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Preface 


In  planning  networking  needs,  the  following  questions  must  he  addressed: 

1.  What  functions  do  you  want  each  of  your  networked  processors  to  per- 
form? 

2.  At  what  location  is  it  hest  that  these  functions  be  performed? 

3.  What  communications  techniques  are  available  to  link  processors  per- 
forming related  work  and  to  support  interaction  among  related  groups? 

To  satisfy  the  very  wide  range  of  requirements  that  might  surface  in  response 
to  these  questions,  DIGITAL  Networking  Products  come  in  many  forms. 
Some  support  DIGITAL-to-DICilTAL  communications,  while  others  enable 
DIGITAL  systems  to  communicate  with  nonDIGITAL  systems.  Some  are 
structured  in  accordance  with  the  rules  specified  by  the  DIGITAL  Network 
Archit^^cture  (DNA);  some  implement  rules  sj^ecified  by  other  vendors. 

Two  characteristics,  however,  apply  to  all  DIGITAL  Networking  Products: 

1.  Each  extends  the  capabilities  of  a  DIGITAL  system  in  the  direction  that 
the  user  deems  best  —  whether  it  ut  functional  (resource  sharing,  commu- 
nications, distributed  processing),  dimensional  (so  as  to  communicate 
with  nonDIGITAL  svstems  and  nonDIGITAL  networks)  or  any 
functional/dimensional  combination. 

2.  Whether  based  on  DNA  or  on  a  foreign  vendor's  pn)tocols,  each  imple- 
ments generally  accepted  standards.  This  approach  permits  communica- 
ticm  among  a  broad  range  of  users.  It  also  i^eserves  design  integrity  and 
compatibility  over  time  and  through  technological  evolution. 

DIGITAL  has  developed  networking  products  since  1975.  Approximately  ev- 
ery two  years,  a  major  network  program  has  developed  sets  of  products  to 
serve  user  needs.  Each  of  these  programs  represents  a  Phase  in  a  planned 
effort  devoted  to  producing  new  products  and  capabilities.  Because  each  set  of 
products  is  fully  compatible  with  those  produced  in  the  previous  Phase,  an 
orderly  network  growth  pattern  is  assured.  See  Appendix  B  for  a  brief  history 
ofDECnet. 
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With  the  addition  of  DECiut  Phase  IV  products  (the  current  product  phase) 
to  the  existing  set  of  DIGITAL  Networking  Products,  the  degree  to  which 
network  reach  can  be  extended  is  increased  significantly.  A  corresponding 
increase  in  network  penetration  makes  full  network  resources  more  easily 
accessible  to  more  areas  of  an  existing  or  planned  enterprise.  Products  such  as 
virtual  terminals  and  personal  computers  on  local  area  or  wide-area  networks 
allow  you  to  put  networking  capability  on  every  desk  that  needs  it. 

Bv  giving  you  an  overview  of  each  DIGITAL  networking  product,  this  book 
can  help  you  determine  which  ones,  alone  or  in  combination,  can  best  support 
your  current  and  projected  needs.  If  this  book  doesn't  answer  all  your  ques- 
tioi  >.  it  may  be  useful  in  helping  yiui  to  frame  those  to  which  you  need 
an*^  ers  in  order  to  approach  networking  in  an  (»rganized  manner.  (\)uld  you. 
foi  example,  benefit  now.  or  should  implementation  of  vour  future  networkin^^ 
plans  consider  communication  over  Packet  Switching  Ne  vorks  I  PSNs)?  How 
do  you  communicate  between  a  DIGITAL  minicomputer  and  an  IBM  main- 
frame on  a  Remote  Job  Pantry  (R.JF:)  Terminal,  on  a  menu/inquiry  type  basis, 
or  on  a  task-to-task  basis':^  And  suppose  that  the  IBM  mainframe  is  running  in 
a  Systems  Network  Architecture  (SNA)  environment'.^ 

How  might  you  benefit  from  connecting  existing  or  planned  distributed  net- 
works to  a  local  area  network  (Ian)  configuration*'  Do  vou  understand  how  to 
incorporate  a  nonDIGITAL  system  into  DKUTAL  network^  Or  are  you  per- 
haps looking  at  a  l.OOD  node-network  and  wonder  ng  how  you  can  off-load  the 
routing  overhead  so  that  each  node  is  free  to  work  a  full  complement  of 
assigned  applications'^ 

These  are  the  kinds  of  questions  this  Orrnieu  will  address.  Sometimes  it  may 
answer  them  in  terms  of  specific  products:  at  other  times  it  may  provide  you 
with  the  kind  of  information  ;;ou  need  in  order  to  plan  an  approach  to  net- 
working. 

In  addition,  this  Orrrcinc  will  point  to  other  manuals.  The.se  references  can 
help  you  approach  any  product  research  effort  in  an  organized  manner. 

DIGITAL-architected  and  Other-architected  Products 

Let  us  first  distinguish  between  DIGITAL-architected  and  other-architected 
products. 

DIGITAL  Network  Architecture  (DNA)  e.stablishes  the  rules  that  are  follower^ 
in  the  design  and  implementation  of  all  DRCnet  general-purpose  and  ded, 
cated  function  communications  server  products.  DECnet  products  enable  any 
DKilTAL  .system  to  participate  as  a  node  in  a  network. 

In  addition  to  performing  local  processing,  a  general-purpose  node  can  engage 
in  file  transfer  activities,  cooperative  processing,  and  share  res(»iirces  with 
other  DF]Gnet  nodes. 

DECnet  Comm.unications  Servers  are  nodes  that  perform  dedicated  network 
support  functions.  Some  act  as  terminal  concentrators,  others  oft-load  routing 
functions  from  the  applications-oriented  nodes,  and  still  others  act  as  Gate- 
ways connecting  DEGnet  to  PSNs  or  to  IBM  SNA  networks. 
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DIGITAL  Networking  Products  that  implement  nonDIGITAL  protocols  ex- 
tend the  functional  and  communications  range  of  both  ncnDECnet  DIGITAL 
systems  and  DECnet  nodes.  These  products  are,  for  the  most  part,  protocol 
emulators  that  enable,  for  example,  a  DECnet  node  or  a  nonDECnet  DIGI- 
TAL system  to  perform  Remote  Job  Entry  (RJE)  functions  in  association  with 
an  IBM,  CDC,  or  UNIVAC  mainframe.  Others  enable  DIGITAL  terminals  to 
appear  as  members  of  the  IBM  family  of  3270  terminals,  or  as  HASP  worksta- 
tions to  an  IBM  system.  Still  others  support  program-to-program  communica- 
tion between  a  DIGITAL  system  and  an  IBM  computer  in  a  network  defined 
by  IBM's  Systems  Network  Architecture  (SNA). 

Why  architecture?  What  good  does  it  do  and  what  do  you  have  to  know  about 
it?  The  rationale  for  the  architected  design  approach  is  presented  in  DECnet 
DIGITAL  Neticork  Architecture  (Phase  IV)— General  Description.  Thcr  struc- 
ture of  DNA  and  the  function  of  the  protocols  it  defines  are  summarized  in 
Appendix  A  of  this  Overview. 

Because  the  lavered  structures  of  the  DIGITAL  Network  Architecture  and 
that  of  the  network  architecture  specified  by  the  International  Standards 
Organization  (ISO)  reference  model  are  similar,  products  based  on  DNA  are 
well-positioned  insofar  as  future  development  of  an  international  standard  is 
concerned. 

This  is  important  because  networks  are  frequently  composed  of  components 
made  by  many  vendors.  Customers  may  want  to  purchase  printers  from  one 
vendor,  personal  computers  from  another,  and  so  on.  International  standards 
will  make  multivendor  networks  a  reality.  In  tracking  the  ISO  architecture 
closely,  DIGITAL  assures  that  its  current  and  future  networking  products  will 
implement  these  standards. 

For  the  moment,  however,  it  may  be  sufficient  to  know  that  an  architecture 
lends  stability  to  a  complex  set  of  software/firmware,  even  through  extensions 
to  its  capability  brought  on  by  technological  advance  or  demonstrated  user 
need. 

For  example,  the  JRouting  Layer  of  DNA  specifies  the  means  by  which  a 
message  is  sent  from  one  DECnet  node  to  another.  In  early  versions  of  DEC- 
net, messages  could  be  sent  only  to  adjacent  nodes.  In  later  versions,  messages 
"ould  be  routed  to  any  node  in  the  network  ahmg  a  user-specified  path  that 
would  be  automatically  modified  to  accommodate  changes  to  the  network's 
configuration.  Implementation  of  the  X.25  recommendation  gave  later  DEC- 
net nodes  the  ability  to  route  messages  either  to  DECnet  nodes  via  other 
DECnet  nodes,  and  to  DECnet  nodes  via  a  Packet  Switching  Network  (PSN). 
In  DECnet's  latest  version,  nodes  can  route  messages  to  other  DECnet  nodes 
via  general-purpose  or  dedicated  router  nodes,  via  PSNs,  or  via  a  local  area 
network  (LAN)  path. 

Because  of  the  architectural  approach  applied  in  the  design  of  DECnet  soft- 
ware, in  none  of  these  cases  d^d  the  added  routing  capability  impact  the 
existing  capability.  In  all  cases,  functional  stability  and  transparency  were 
retained.  As  a  result,  user  investment  in  applications,  in  hardware,  and  in 
software  was  preseived,  even  as  the  new  communicaticm  services  evolved. 
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How  to  Use  This  Book 

Chapter  1  identifies  DIGITAL  networking  products  and  points  to  a  series  of 
application  scenarios  that  describe  some  user  needs  with  which,  based  on  ycuir 
own  experience,  you  may  be  able  to  identify.  The  sct-narios  ar<^  presented  at 
the  ends  of  Chapters  3,4,5,  and  6.  ' 

Problems  are  identified  on  two  levels:  communications  and  application/envi- 
ronment. Although  somewhat  specific,  the  application/environment  scenarios 
are  meant  to  serve  as  examples  only.  The  solutions  suggested  can  just  as  well 
be  applied  in  circumstances  that  model  only  the  general  nature  of  the  pro- 
jected application  scenario. 

An  Index  in  Chapter  1  identifies  the  scenarios  and  tells  you  where,  in  the 
book,  you  may  find  each.  A  Glossary  at  the  end  of  the  book  defines  many  of 
the  technical  terms  used  throughout. 


Graphic  Conventions 

This  manual  uses  the  following  symbols  to  identity  network  and  node  types 


Ethernet  (local  area  network)  cable. 


A  wide-area  network.  It  can  be  labeled, 
DECnet,  PSN  (Packet  Switching  Network)  or 
SNA  (Systems  Network  Architecture). 


Any  general  purpose  node. 


These  are  used  when  necessary  to  distinguish 
between  Phase  III  and  Phase  IV  DECnet  host 
nodes.  A  node  shown  attached  to  an  Ethernet 
cable  is  always  a  Phase  IV  node. 


A  nonDECnet  node.  Can  be  a  DIGITAL  or 
nonDIGITAL  system. 


DECnet  Router  Server. 


DECnet  X.25  Gateway. 


(continued  on  next  page) 
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Graphic  Conventions  (cont.) 


Terminal  Server. 


PRO/DECnet  node. 


0 


DECnet  SNA  Gateway. 


DECnet  SNA  Gateway  that  connects  to 
an  Ethernet. 
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Chapter  1 

DIGITAL  Networking  Products 


DIGITAL  Networking  Products  enable  you  to  build  networks  that  move  infor- 
mation to  and  from  terminals,  workstations,  computers,  and  storage  in  a 
manner  best  fitted  to  the  needs  of  the  work  you  have  to  do  and  the  require- 
ments imposed  by  your  current  equipment. 

Your  work  environment  may  be  characterized  as  a  business,  a  research  lab,  a 
manufacturing  facility,  a  government  agency,  an  educational  facility  —  in- 
deed, as  any  venture  in  which  info»*mation  is  considered  an  asset  that  in- 
creases in  value  as  it  is  processed,  interpreted,  distributed,  stored,  recalled, 
and  reinterpreted. 

The  functional  needs  satisfied  by  these  products  are  many.  You  can: 

•  Access  remote  files. 

•  Share  resources. 

•  Make  use  of  distributed  data  bases. 

•  Transfer  files. 

•  Give  specialized  communications  capability  to  DIGITAL  systems,  enabling 
them  to  interact  with  other-vendor  svstems. 

•  Distribute  processing. 

•  Utilize  electronic  mail,  word  processors,  and  enhance  other  office-oriented 
applications  with  communications  features  that  speed  the  exchange  of  in- 
formation among  individuals  and  groups. 

The  requirements  that  these  products  satisfy  enable  you  to  circumvent  re- 
strictions imposed  by  equipment  limitations  and  varvin^^  communications 
techniques.  By  implementing  advanced  communications  concepts  and  recon- 
ciling different  communicaticms  protocols,  DIGITAL  Networking  Products 
extend  network  reach  economically.  Existing  facilities  can  be  retained  as  se- 
lected products  provide  new  and  powerful  networking  capabilities.  State  of 
the  art  products,  such  as  those  that  incorporate  local  area  network  technology, 
or  those  that  interface  with  Packet  Switching  Networks  and  with  environ- 
ments defined  by  nonDIGITAL  systems,  can  extend  existing  facilities  signifi- 
cantlv. 
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If  should  be  noted  that  DK^JTAL  networking:  products,  ns  re|)resented  by 
DECnet  and  the  foreign  protocol-based  products,  have  seen  many  years  ot  use 
at  thousands  of  user  locations  in  a  wide  variety  ol  application  (mu  iroi.inents. 
Fitld  experience  has  demonstrated  that  these  are  mature  and  reliable  pnxl 
ucts.  The  most  recent  additions  to  this  product  ^roup  incorporate  the  benefits 
of  this  extensive  experience. 

From  a  structural  standpoint,  DKHTAL  Networkin^^  Products  can  be  viewed 
as  belonging  to  one  ot  two  categories: 

1.  Those  based  on  DIGITAL  Network  Architecture  (I)NA). 

2.  Those  based  on  foreign  communications  protocol. 

Each  category  is  identified  in  separate  sections,  following. 


1.1    DNA-based  Products 


These  products  are  built   in  accordance  with  specifications  defined  by  the 
DIGITAL  Network  Architecture. 

DECnet  Products.  This  Overview  deals  only  with  Phase  III  and  Phase  l\ 
DECnet  products.  The  key  features  provided  by  DEGnet  products  include  the 
ability  to: 

•  Transfer  files  reliably  between  communicating  systems. 

•  Route  messages  from  a  source  node  to  a  destination  node  through  other 
nodes  in  the  network. 

•  Monitor  network  operation  and  change  network  characteristics,  if  neces- 
sary. 

•  Adapt  data  paths  to  changing  network  configurations. 

•  Connect  computers  in  point-to-point  and  multi-point  configurations. 

•  Communicate  with  DECnet  and  nonDFlCnet  nodes  over  a  Pac  ket  Swit(  hing 
Network. 

Phase  IV  implementations  of  DPXnet  build  on  proven  Phase  III  capabilities, 
and  are  further  characterized  by  the  ability  to: 

•  Participate  in  an  Flthernet  local  area  network. 

•  Build  networks  consisting  of  up  to  1024  nodes. 

•  Lse  the  DECnet/SNA  (iateway  communication  server  to  interact  with  IBM 
SNA  networks. 

•  Use  the  DECnet  Router/X.2o  Gateway  communication  server  to  (omnumi 
cate  over  Packet  Switching  Networks. 

•Lse  local  area  network  communication.s  .servers  to  extend  networks  and 
appTication  processing  capacity  cost -effectively. 

•  Extend  networking  capability  to  DIGITAL  personal  computers. 

•  I'se  a  network  virtual  terminal  so  that  a  u^er  at  a  terminal  on  a  local  node 
can  log  on  to  a  remote  node  and  work  as  tt  directly  c«»nnccted  to  that  remote 
node. 


1-2       Overview  of  DIGITAL  Networking  Products 


Communications  Server  Products.  These  are  DPXnet  nodes  that  serve  spe- 
cific communications  tunction>  only.  Thev  do  not  run  applications.  Their 
hardware  and  software  is.  therefore,  optimized  around  the  specific  services 
thev  are  designed  to  perform. 

•  Router  Server.  Performs  routing  functions  f()r  connected  network  elements. 
Connects  DKCnet  nodes  on  a  wide-area  netw(»rk  with  nodes  on  a  local  area 
network.  Connects  local  area  networks  to  one  another. 

•  Terminal  Server.  (lives  ^^roup>  of  terminals  access  to  nodes  thn-u^hout  the 
network. 

Gateway  Products.  These  are  DKCnet  nodes  that  connect  a  DFlCnet  network 

with  other-\end(»r  networks. 

•  SNA  Gateway.  Connects  DKCnet  networks  t(»  an  IBM  SNA  network. 

•  DECnet   Router/X.25   Gateway.   Connects   iJKC^net    networns   to   Packet 

Switching  Networks. 

PSI  Products.  Packetnet  System  Interface  products  allow  DrCnet  nodes  and 
DICiir.AL  [)roces>ors  that  are  not  DKCnet  node>  to  connect  to  a  Packet 
Switching  Network  utili/in^^  CCITT  X.2o  protocols. 


1.2    Foreign  Protocol-based  Products 

These  i)roductv  provide  DKIIT.AL  systems  with  a  communications  path  to 
IBM  and  nther  foreign  vendor  systems.  They  appear  to  l)e  supported  devices 
to  the  other  ?'  >r's  systems.  For  the  most  part,  these  products  emulate  the 
IBM  Bina'-v  Synchronous  Communications  Protocol  iBISVNC),  thereby  pro- 
viding a  communications  facility  that  links  DICITAL  and  IBM  s\->ms. 

2780/3780  Protocol  Emulators.  These  products  emulate  the  BISVNC  proto- 
col  and  enable  DKiriAL  >ystems  to  perform  as  Remoi^  -lob  Kntry  worksta- 
tion>  in  cooperation  with  an  IBM  mainframe.  Other  products  enable  similar 
UKilTAL  ('I)(\  and  DUIITAL-CNIN'AC  (ommunications. 

HASP  RJE  Workstation  Emulators.  These  products  enable  DKUTAL  sys- 
terns  to  communicate  with  IBM  systems  as  HASP  workstations. 

3271  Protocol  Emulators.  These  products  emulate  the  BISVNC  protocol  and 
enable  DICITAL  sy.stems  to  appear  to  IBM  systems  as  :^271  cluster  control- 
lers. Terminals  on  the  DICITAI.  system  can  then  communicate  with  the  IBM 
system  over  the  BISVNC  line.  and.  it  required,  perform  as  :ViT7  Terminals  in 
cooperation  with  the  IBM  system. 

RSX/SNA  Protocol  Emulator.  This  product  enables  a  nonI)K(^iet  r?SX  sys- 
tem  to  communicate  with  an  IB.M  mainframe  in  a  network  defined  by  IBM's 
Svstems  Network  Architecture. 
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1.3    Index  to  Application  Scenarios 

Several  network  application  scenarios  are  included  in  ('hapters  :\AS^  and  6  ol 
this  book.  Although  some  scenarios  identify  users  as  having  one  or  more 
DIGITAL  systems,  the  problems  and  solutions  described  can  also  apply  to 
users  who  do  not  currently  have  such  systems. 

The  following  Index  may  help  you  identify  the  application  scenarios  of  most 
interest  to  vou. 
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Index  to  Application  Scenarios 


Applicntam  Scrnano  ::}:  ACiOlSTlSd 

T.ocal  and  Remote  Departments  Interact 
and  Update  Centralized  Data  Base 


Chapter  3 


Appllcatinn  Scenario  r.2    RESEARCH 

Scientists.  Technicians  Share  Resources 
over  Local-  and  Wide-area  Networks 


Chapter  3 


Arplnntinn  Samaru^  :::i.  FIXAME/MARKETISG 

Rem(»te  Isers  (iet  Access  to  Non-Portable 
Applications 


Chapter  3 


Appliidtmn  Scrnarii,  W;  ORDER  EXTRYrRODlCTIOS   SCHEDILIM; 


DKCnet  and  SNA  Networks  Work  Together 


Chapter  4 


Applnatum  Scrnam^  ...5    l)i Kl'MEST  PREPARATIOS 

l.ocal-  and  Wide-area  Networks  Support 
Fast -Paced  Proposal  Flttort 


Chapter  4 


AppVivatinn  Svnmnn  ^6'.  I^LA\\I\(i 

Forecasting  Input  from  the  Woodlands 
Terminals  Cse  X.25  Networks 


Applnatinn  Sirnarm  .-7   ORDER  EMRY/lREDir  (HECK 
DKWTAL  Terminals  Emulate  IBM  3271 


Chapter  5 


Chapter  6 


Appliidtinn  Scrnnnn  ^^.  A/0.\77'0///.\Y;  REMOTE  COSTS 
Files  Move  between  DKWTAL  and  IBM  Systems 


Chapter  6 


Appliratinn  Sii'narin  ::H:  ORDER  ESTRY ORDER 

rRoCESSiM; 

DHWTAL  iiiui  SNA  Applications  Interact 


Digital  Networking  Products       1-5 


Chapter  2 

Introduction  to  DNA-based  Products 


DNA-hased  products  are  structured  in  accordance  with  the  specifications  de- 
fined by  the  I)I(in\AL  Network  Architecture.  Flxamination  of  how  Phase  IV 
capabilities  were  incorporated  into  the  existing  architecture  can  show  you  why 
DNA-based  products  retain  their  stability  even  as  ♦hev  evolve  to  furnish 
additional  networkin^^  services. 


2.1    Phase  IV  Capabilities 


The  I^hase  I\'  architecture  enables  DKWTAL  Networkin<i  Products  to; 

•  l^irticipate  as  components  in  local  area  networks. 

»  I  se  the  special  services  offered  by  communications  server  nodes. 

»  I'se  (Gateways  to  X.^")  networks. 

»  I  se  (latewavs  to  IBM  SNA  networks. 


The  followin^^  paragraphs  and  illustrations  show  how  these  capabilities  can 
extend  network  reach. 

•  Selected  DKCnet  systems  (an  be  used  t<)  build  local  area  networks.  Fij^ure 
2-1  shows  ^^eneral- purpose  systems  networked  by  means  of  an  Kthernet 
(local  area  network)  cable. 

•  Communications  server  nodes  provide  special  routing  and  terminal  confi^ai- 
ration  services.  Figure  2  2  illustrates  how  routers  extend  networks,  and  how 
^^roups  of  terminals  can  be  connected  to  the  Kthernet. 

•  DKCnet  systems  can  communicate  through  a  Gateway  node  with  DKCnet 
or  nonDKCnet  nodes  over  Packet  Switching  Networks.  Figure  2  :{ illustrates 
possible  connection  capabilities  from  the  LAN  through  the  PSN. 

•  DKCnet  systems  can  communicate  with  a  maintraine  in  a  network  defined 
by  IBM's  Systems  Network  Architecture  through  a  Gateway  node.  The 
Gateway  node  can  be  either  on  or  off  the  LAN  cable.  Figure  2  4  shows  the 
Clatewav  oft  the  LAN.  Figure  2  5  shov\s  the  Gateway  connected  to  the  LAN. 

The  t()llowing  section  will  show  you  how  these  capabilities  were  designed  int() 
the  new  set  of  products  without  rendering  existing  DNA-based  pnKlucts  in- 
compatible. 
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Figure  2-1:    DECnet  Nodes  Networked  on  a  LAN  Cable 


Ffgure  2-2:    DECnet  Routers  and  Terminal  Server  Incorporated  into 

DECnet  Network 
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Figure  2-3:    DECnet  Router/X.25  Gateway  Extends  DECnet  Network 


Introduction  to  DNA-based  Products       2-3 


Figure  2-4:    DECnet/SNA  Gateway  off  the  LAN  Cable 


2-4       Overview  of  DIGITAL  Networking  Products 


Figure  2-5:    DECnet/SNA  Gateway  on  the  LAN  Cable 
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2.2    DNA  and  Product  Stability:  Some  Examples 

The  DIGITAL  Network  Architecture  specifies  a  layered  structure,  as  illus- 
trated in  Figure  2-6.  All  DECnet  products  are  implemented  in  accordance 
with  this  structure. 

Each  layer  defines  a  distinct  set  of  functions  as  well  as  rules 
for  implementing  those  functions. 


Layers  oriented 
to  user  functions 


Layers  oriented 

to  network  functions 


Layers  oriented 
to  communication 
functions 


USER  LAYER 
NETWORK  MANAGEMENT  LAYER 
NETWORK  APPLICATION  LAYER 


SESSION  CONTROL  LAYER 


END  COMMUNICATIONS  LAYER 


ROUTING  LAYER  m 


DATA  LINK  LAYER 


PHYSICAL  LINK  LAYER 


COMMUNICATIONS  FACILITIES 


Figure  2-6:    The  DIGITAL  Netwo^-k  Architecture 


From  a  design  standpoint,  two  benefits  are  derived  from  this  standardized 
approach: 

1.  Functions  are  logically  isolated  in  the  design. 

2.  Interfaces  between  modules  in  communicating  layers  and  between  proto- 
cols in  communicating  nodes  are  preserved. 

The  first  benefit  assures  that  any  changes  are  confined  to  well-defined  areas  of 
the  design.  Also,  any  problems  related  to  extending  the  functional  capability 
of  the  network  are  resolved  in  the  network  rather  than  in  applications.  Appli- 
cations that  use  those  functions  are,  therefore,  not  affected. 

The  second  benefit  preserves  the  design  structure  while  permitting  change 
and  technological  evolution. 

From  a  user's  perspective,  these  two  benefits  allow  new  technologies  to  be 
incorporated  into  the  network,  while  protecting  investment  in  existing  contig- 
,    urations  and  in  applications  software. 

The  following  examples  show  how  these  benefits  have  been  applied  in  some  of 
digital's  most  recent  networking  product  offerings. 
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Building  Local  Area  Networks.  The  requirements  tor  communicating^  over 
the  high-speed  link  that  characterizes  LANs  imposed  no  need  lor  architec- 
tural modification.  However,  in  order  to  take  advantage  of  the  high-speed 
link,  a  change  was  made  to  the  way  that  routing  is  handled  in  the  architec- 
ture. 

Because  of  this  modification,  nodes  can  communicate  with  one  another  incur- 
ring but  a  minimum  of  routing  overhead. 

Phase  IV  DXA  incorporates  and  implements  the  Ethernet  local  area  network 
protocols.  Specifically.  DNA  (and  the  DECnet  products  which  implement  it) 
has  incorporated  the  Ethernet  protocol,  CSMA/CI)  (see  Carncr-Ncn.sc  Multi- 
ple Access  with  (^(fllision  Detection  in  the  (ilossary).  The  importance  of  this 
protocol  is  that  it  has  been  adopted  by  many  computer  and  component  ven- 
dors. The  Institute  of  F^lectrical  and  Electronics  Engineers  (IP^EE)  802.3  draft 
standard,  in  fact,  represents  a  convergence  of  Ethernet  specifications.  FXMA 
(Fluropean  Com.puter  Manufacturers  Association!  documents,  and  earlier 
IFIEE  working  drafts.  Such  general  acceptance  represents  a  major  step  toward 
standardization  of  local  area,  multi-vendor  net^vorks.  The  Ethernet  standard, 
develoi)ed  jointly  by  DKIITAL  Equipment  Cor*  )ration.  Intel  Corporation, 
and  Xerox  ("orporation  is  specified  in  The  Ethernet  (Order  No. 
AA  K7o9B  TK). 

Communications  Server  Nodes.  The  DECnet  Router  Server,  which  off- 
loads the  routing  function  from  other  host  nodes,  enabling  them  to  devote 
more  of  their  processing  capability  to  applications,  required  no  change  to  the 
architecture.  This  demonstrates  the  migration  capability  of  the  architecture 
in  permitting  new  products  to  be  built  based  on  existing  design.  Both  Phase 
III  and  Phase  IV  DECnet  products  can  use  the  Router  Server. 

Terminal  Server  design  was  accommodated  by  specification  of  a  new  module 
to  reside  at  the  Network  Application  Layer  of  the  architecture.  Since  this 
product  provides  services  not  previously  available,  it  can  be  used  only  by 
Phase  IV  products.  Other  capabilities  furnished  by  modules  at  the  Network 
Application  Layer  are  not  affected  by  this  additional  capability. 

Gateway  to  a  PSN.  This  capability,  which  extends  the  reach  of  DEC^net 
networks  economically,  was  accommodated  within  the  existing  structure  of 
the  architecture  without  jeopardizing  user  investment  in  hardware,  software, 
or  application  systems.  The  DECnet  Router/X.25  Gateway  enables  DFlCnet 
nodes  to  communicate  over  a  PSN  either  with  nonDECnet  nodes  or  with  other 
DECnet  nodes. 

Design  and  implementation  of  the  Gateway  retains  existing  DECnet  functions 
and  services;  no  network  reconfiguration  is  required.  Network  management 
functions,  previously  operative  in  a  network  consisting  of  DECnet  nodes  con- 
nected by  conventional  switched  or  dedicated  lines,  were  extended  to  accom- 
modate concepts  unique  to  the  X.2n  protocol.  The  fact  that  a  user  or  a  user 
process  communicates  with  another  node  over  a  PSN  is  completely  transpar- 
ent. 
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Gateway  to  SNA.  This  product  extends  the  reach  and  functional  capability 
of  nodes  in  a  DECnet  network.  Investment  in  existing  configuration  is  pro- 
tected as  this  Gateway  links  SNA  and  DNA  defined  networks.  P>om  an  archi- 
tectural standpoint,  the  Gateway  shows  a  DNA  face  to  DP]Cnet,  and  an  SNA 
face  to  the  IBM  side.  This  makes  it  possible  to  utilize  both  SNA  and  DNA 
resources  from  anywhere  in  the  combined  network,  without  modification  to 
components  implementing  either  architecture.  This  interface  can  be  charac- 
terized as  a  logical  extension  of  SNA  into  the  DNA  world.  Cooperating  appli- 
cation programs  communicate  with  one  another  through  this  interface. 

Chapters  3  and  4  describe  the  DNA-based  DIGITAL  networking  products. 
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Chapter  3 
DECnet 


k^^ 


These  DKHTAL  Networking  Products  consist  of  software  and  communica- 
tions harducire  that  enable  DKHTAL  |)r()cessors  to  communicate  with  one 
another.  Functions  performed  by  a  stand-alone  processor  can  be  distributed 
over  a  network.  Control  over  DKCnet  network  operation  can  be  centralized, 
localized,  distributed,  or  mixed,  depending  upon  user  requirements. 

With  certain  DECnet  facilities  and  sets  of  compatible  products  enabling 
DPX'net  systems  to  interact  with  computers  made  by  other  vendors,  network 
reach  can  be  significantly  extended,  while  preserving  investment  in  current 
equipment  and  applications. 

Computer-to-computer  communication  by  means  of  DP^Cnet  can  take  place 
over  dedicated  and  switched  lines  and  within  wide-area,  local-area,  and  com- 
bined wide-area  local-area  network  configurations.  (See  Application  Scenar- 
ios ::1  and  ^2\.  The  choice  ot  computer  to  use  at  any  particular  location  in  the 
network  depends  almost  exclusively  upon  the  kinds  of  applications  you  want 
to  run  at  that  location. 

Choices  can  be  made  among  any  ot  the  members  of  the  IVI  hh  (VAX  11).  16- 
bit  (PDP  in.  or  :W.bit  (r)K(\SVSTKM  20  and  [)K(\system  10)  computer 
families  of  DKHTAL  processors  to  construct  networks  best  suited  to  your 
information  processing  and  communications  requirements.  Further,  the  user 
has  complete  flexibility  in  the  choice  of  operating  systems,  as  shown  below. 

•In  the  :^2-bit  family  of  DICITAL  processors,  all  VAX/VMS  systems  can 
serve  as  network  nodes. 

•  In  the  Ifi-bit  family,  the  following  systems  can  serve  as  network  nodes: 
RSX  IIM 

RSX  IIM  PLl  S 
RSX  lis 
RSTS/K 
RT  11 

•  In  the  :i()-bit  tamilv  of  DKHTAL  computers,  TOPS  20  and  TOPS  10  svs- 
tems  can  serve  as  netwdrk  nodes. 
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Since  DECnet  sc^ftware  enables  communication  and  end-to-end  interaction 
among  this  broad  range  of  processors,  a  DF^Cnet  network  can  place  a  user- 
specified  level  of  computational  power  where  it  is  needed.  Also,  network  infor- 
mation flow  can  be  optimized  to  better  serve  the  structure  of  the  organization. 
Application  Scenario  «3  shows  you  how  a  DECnet  network  can  make  special, 
non-portable  processing  capabilities  available  to  remote  users. 

On  functional  and  communications  levels,  DECnet  nodes  enjoy  peer  relation- 
ships. Each  can  do  the  same  kind  of  work,  support  program  development, 
exchange  messages,  share  resources,  transfer  and  receive  files,  exercise  similar 
network  management  functions,  and  engage  in  program-to-program  opera- 
tions. Terminals  in  a  DECnei  network  can  log  on  to  and  act  as  if  they  were 
directly  connected  to  remote  nodes  in  the  network. 

Some  nodes  have  a  greater  communications  range  than  others.  Some,  for 
example,  can  be  connected  to  a  local  area  network  cable,  communicate  with 
other  DECnet  or  nonDECnet  nodes  over  a  Packet  Switching  Network,  or 
communicate  with  IBM  mainframes  in  configurations  defined  by  IBM's  Sys- 
tems Network  Architecture. 

Characteristics  and  features  of  DECnet  are  discussed  in  the  following  section. 

3.1    DECnet:  Characteristics  and  Features 

DECnet  couples  a  broad  range  of  functions  with  a  flexible  communications 
capability.  File  transfer,  terminal  access  to  remote  nodes,  resource  sharing, 
distributed  processing,  user-to-user  communications  —  all  these  can  take 
place  between  local  and  wide-area  networks,  and  between  DECnet  and  other 
vendor  networks. 

Some  aspects  of  DF^Cnet's  compatibility  and  flexibility  are  briefly  discussed 
in  Section  3.1.1. 

DECnet  features  encompass  functions  related  to  communications,  network 
management,  and  user  utilities  that  are  integrated  into  the  entire  product 
offering.  These  features  are  discussed  in  Section  .*?.!. 2 

3.1.1    Compatibility  and  Flexibility 

DECnet  networks  are  made  up  of  general  purpose  computers  and  terminals 
linked  by  a  common  set  of  communication  protocols.  Appropriate  software  is 
all  that  is  required  to  extend  functional  range.  If  that  software  happens  to  be 
available  on  a  node  anywhere  in  the  network,  terminals  throughout  the  net- 
work can,  in  manv  cases,  access  and  use  it. 

The  peer  relationship  among  nodes  in  a  DECnet  network  permits  the  same, 
higher,  or  lower  levels  of  function  to  be  exercised  by  specific  n(»des  or  groups  of 
nodes.  Since  a  DECnet  topology  is  unconstrained,  functions  can  be  central- 
ized or  distributed,  depending  exclusively  upon  user  requirements. 

Hierarchical  architectures  that  specify  netv\ork  topologies  dominated  by  a 
high-end  mainframe  may  not  permit  such  flexibility. 
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3.1.2    DECnet  Features 

DKCnel  tealiires  are  discussed  here  in  terms  ot  tniutional  and  (•oniiiiuiiica- 
tioiis  capabililies. 

3.1.2.1  Functional  Features —  DKCnets  liirutional  features  renter  (»n  activi- 
ties normally  pertormed  by: 

•  I'he  system  or  network  manager 

•  The  terminal  user 

•  The  proj:rammer 

•  The  user  ot  a  networked  l^RO  DKCnet  personal  computer 

Features  that  >upport  each  ot  these  user  functions  are  identified  in  the  follow- 
ing. 

System  or  Network  Managers.  Because  DKilTAL  netw(»rkin<^'  product  de- 
sit;n  recognizes  the  need  for  networking  control  tools,  DF^Cnet  network  man- 
agement enahle>  the  >ystem  or  network  manager  of  most  DKCnet  nodes  to: 

•  (•i\e  networking  capahilitie>  to  a  local  DKjITAL  system  by  installation  of 
DFJ^net  software. 

•  (li\e  networking  capabilities  to  a  remote  DKHTAL  system  by  down-line 
loading  DKCnet  >oftware  from  an  existing  node. 

•  .Monitor  network  operation  bv  dis|)laving  status,  error,  and  |)erformance 
stati>tic>  for  individual  or  group>  of  nelw(>rk  c<>mponents. 

•  r)i>play  mes>ages  concerning  significant  events  experienced  by  the  network. 

•  Test  local  and  remote  network  (()mponent>  to  determine  whether  mes.sages 
are  [)n)perlv  transmitted  and  received. 

•  .-\nalvze  network  information  from  memorv  readouts  issued  bv  failerl  nodes. 

•  Downline  load  programs  to  remote  nodes. 

•  Modif\  node  characteristics  and  network  configuration. 

•  F'ine-tune  node  performance. 

•  Specify  s[)e(  ial  node  name>  and  access  control  information  for  users  of  local 
sy>tem>. 

Terminal  Users.  hF.Cnet  features  available  to  the  terminal  user  include  the 
abilitv  to: 

•  Loa  on  to  a  remote  node  and  u^e  re>ource>  located  there. 

•  Kngage  m  dialog  with  u>er>  at  other  terminals,  either  at  the  same  or  at  a 
remote  node. 

•  Tran>fer  files. 

•  I)i>play  inf(»rmati(»n  relative  to  specified  network  component>.  While  pnma- 
rilv  a  sy«5tem  mnnagement  feature,  this  capability  is  useful  to  a  terminal 
u>er  who  may  want  to  deternune  the  slate  of  a  node  or  a  line  before  uiitial- 
ing  an  interactive  procedure. 
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Programmers.   I)K("net  features  available  to  the  programmer  include  the 
ability  to: 

•  Write  programs  that  use  DECnet  file  and  record  access  facilities  to: 

1.  Open  or  create  a  file. 

2.  Read  and  write  records  to  a  local  or  remote  file. 

3.  Append  records  to  a  local  or  remote  file. 

4.  Close,  purge,  or  delete  a  local  or  remote  file. 

•  Use  a  broad  range  of  programming  languages. 


PRO/DECnet.  Features  available  to  the  user  of  a  f^KODKCnet  node  are 
outlined  in  Section  M.2.o. 

3.1.2.2  Communications  Features —  DECnet's  communications  features  per- 
mit DECnet-DECnet  as  well  as  DECnet-nonDECnet  interaction. 

Interaction  between  Li^Cnet  nodes  can  use  the  entire  range  of  facilitit^s  of- 
fered by  the  DKIITAL  \etw()rk  Architecture,  as  outlined  in  A|)pendix  A  of 
this  manual.  If,  however,  for  a  specific  set  of  cooperating  applications,  run- 
ning in  different  nodes,  you  want  to  use  nonDECnet  protocols,  you  can  em- 
ploy the  means  noted  below  for  interaction  between  DECnet  and  nonDECnet 
systems. 

Interaction  between  DECnet  and  nonDPXnet  nodes  uses  only  the  communi- 
cations capabilities  residing  in  the  Physical  Link  and  Data  Link  Layers  of  the 
architecture  (see  Appendix  A;.  This  level  of  interaction  will  enable  you  to 
send  to  or  receive  from  a  nonDECnet  svstem.  Any  processing  that  takes  place 
prior  to  transmission  or  upon  reception  must  be  managed  by  the  user  applica- 
tion. 

The  routing  and  (iateway  capabilities,  outlined  below,  are  significant  commu- 
nications features  of  DECnet. 

Message  Routing.  In  terms  of  its  ability  to  route  messages,  a  DPXne^  node 
can  be  either  a  route-through  node,  an  end-node,  or  a  dedicated  routing  node 
(Router  Server). 

•  A  route-through  node  acts  as  an  originating  point,  a  terminating  point,  and 
a  transit  point  for  data  How.  It  can  receive  a  message  from  an  adjacent  node 
and  send  it  to  another  adjacent  node  which  may  be  either  its  final  destina- 
tion or  the  next  route-throu^li  node  on  the  path  to  the  message's  final 
destination. 

Figure  3-1  shows  a  DElCnet  network  composed  of  route-through  nodes. 
These  can  be  either  Phase  III.  Phase  l\\  or  mixed.  In  this  configuration, 
node  .A  wants  to  send  a  message  to  node  D.  The  preferred  path,  specified  by 
the  network  manager  is  A-B-C-D.  Normally,  the  message  destined  tor  node 
D  is  passed  on  by  the  route-through  nodes  until  it  reaches  its  destination.  If, 
however,  line  B-C.  or  node  C  itself,  becomes  unavailable,  the  message  is 
automatically  dispatched  by  the  routing  mechanism  to  node  F  for  transmis- 
sion to  node  D  along  the  most  acceptable  [)ath  emanating  from  node  F.  This 
capability  is  known  as  adapt nc  rnutin^^. 
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Figure  3-1:    Adaptive  Routing 

•  An  end-node  can  send  messages  to,  or  receive  messages  from,  any  node  in 
the  network.  However,  it  has  no  route-through  capabiHty.  Transmission 
from  or  reception  to  a  Phase  III  end-node  uses  the  route-through  capability 
of  an  adjacent  node.  End-nodes  in  a  Phase  I\'  LAX  configuration  transmit 
and  receive  over  the  cable.  These  nodes  can  use  a  Router  Server  or  a  route- 
through  node  on  the  LAN  to  communicate  with  nodes  indirectlv  attached  to 
the  LAN. 

In  DECnet  Phase  IV,  VAX  and  RSX. nodes  can  be  configured  either  as  end 
nodes  or  route-through  nodes.  As  end-nodes  attached  to  a  LAN  cable,  they 
can  send  and  receive  to  anv  other  nodes  on  the  LAN  bv  means  of  the  cable, 
and  send  to/receive  from  anv  nodes  off  the  LAN  bv  means  of  the  Router 
Server  or  host  routing  node.  This  capability  is  described  more  fully  in  Chap- 
ter 4. 

•  The  DECnet  Router  Server  is  a  DECnet  Communications  Server  devoted  to 
the  routing  capability.  It  cannot  process  applications. 

l^se  of  the  Router  Server  node  enables  routing  functions  to  he  off-loaded 
from  the  host  nodes,  thus  permitting  a  greater  percentage  of  memory  and 
computer  cycles  to  be  devoted  to  applications  processing  or  other  functions. 


<9 
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When  configured  as  route-through  nodes  in  a  Phase  IV  configuration,  VAX 
and  RSX  nodes  can  send  to  and  receive  from  other  nodes  off  the  LAN 
without  the  benefit  of  the  dedicated  router.  Choice  of  configuration  (end- 
node  or  route-through  node)  is  exclusively  user  determined. 

In  Figure  3-2,  Phase  IV^  end-nodes  using  the  dedicated  router  are  labeled, 
and  a  Phase  IV  route-through  host  exercising  resident  routing  functions  is 
shown.  Note  that  Phase  III  and  Phase  IV  route-through  and  end-nodes  can 
send  to  and  receive  from  nodes  on  the  LAN  cable  by  means  of  the  DECnet 
Router  Server. 


End  Node 


End  Node 


Route-through  Node 


■    ■  ■ 


End  Node 


End  Nodes 


Figure  3-2:    Route-Through  and  End-Nodes  Can  Use  the  Router  Server 
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Gateway  Nodes.  Gateway  nodes  connect  Phase  III  and  IV  nodes  with  Packet 
Switching  Networks  and  with  IBM  SNA  networks.  See  Figure  3-3.  Nodes  that 
interact  with  a  system  beyond  the  Gateway  node  must  run  Gateway  Access 
Software.  Chapter  4  discusses  Gateway  nodes  in  greater  detail. 


Figure  3-3:    Nodes  Use  Gateways  to  Connect  with  PSN  and  SNA  Networks 

3.2    Phase  IV  Introduces  New  Capabilities 

Phase  I\'  of  DE^Cnet  implements  a  network  architecture  that  supports  proven 
and  market-accepted  communications  technologies.  These  features  provide 
for  a  greater  degree  of  nexibility  in  designing  network  configurations.  They 
also  offer  further  assurance  of  communications  protocol  compatibility  over 
time  between  both  DECnet-DECnet  and  DECnet-nonDECnet  network  con- 
figurations. 

Other  new  capabilities  available  in  Phase  I\'  DECnet  include  use  of  the  previ- 
ously identified  dedicated  function  nodes,  such  as  Routers,  Terminal  Servers, 
X.25  Gateways,  SNA  Gateways,  and  networked  personal  computers. 
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3.2.1    Link-independent  Network  Architecture 

This  means  that  anything  directly  or  indirectly  connected  to  the  LAX  cahle 
can  communicate  with  anything  else  directly  or  indirectly  connected  to  it. 
This  includes  DIGITAL  Phase  III  and  Phase  IV  nodes,  nonDIGITAL  nodes, 
nonDPXnet  nodes,  and  nonDIGITAL  networks  (PSN  and  SNA).  Figure  3-4 
summarizes  the  kinds  of  equipment  that  can  be  linked  by  means  of  this 
structure.  The  subsequent  figures  and  related  text  illustrate  the  connections 
and  identify  the  market -accepted  communications  technologies  used  in  im- 
plementing them. 


Figure  3-4:    Full  Range  of  Connectable  Nodes 


All  connections  to  the  LAN  cable  (Figure  3-5)  use  the  hardware  li.sted  in 
Section  3,2.2  and  implement  the  P]thernet  communications  protocol. 

The  dedicated  Routers  (Figure  3-6)  are  DEGnet  nodes.  They  communicate 
with  other  DEGnet  nodes  by  means  of  DNA  protocols. 

Protocols  based  on  the  CGITT  X.25  recommendation  handle  communication 
between  DEGnet  nodes  and  DEGnet  or  nonDE(^net  nodes  attached  to  a  I\SN. 
See  Figure  3-7.  DEGnet-mmDEGnet  communications  use  X.25  Gatewav 
functions  resident  in  the  Gateway;  DEGnet-DEGnet  communications  use  pro- 
tocols  specified  by  the  DIGITAL  Network  Architecture. 
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The  SNA  (iatewavs  (Figure  '^-H)  transmit  DNA  and  SNA  protocols  in  effect- 
ing communication  between  [)K('net  VAX  nodes,  and  an  IBM  configuration 
defined  by  the  Systems  Network  Architecture. 

DECnet  nodes  can  interact  with  one  another  on  an  end-to-end  basis;  non- 
DECnet  systems  and  DE(^net  nodes  are  compatible  on  the  communications 
level  (as  implemented  in  the  Physical  Link  and  Data  Link  Layers  of  the 
architecture!. 

End-to-End  interaction  between  DPlCnet  and  nonI)E(  net  systems  on  the 
LAN  must  be  implemented  by  the  user.  Such  implementation  will  concern 
the  architectural  lavers  above  the  Data  Link  Laver. 
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Figure  3-5:    Connections  to  LAN  Cable 


Figure  3-6:    Connected  DECnet  Router  Nodes 
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Figure  3-7:    DECnet  Router/X.25  Gateway  Connections 


Figure  3-8:    DECnet-SNA  Connection 


3.2.2    Building  Local  Area  Networks 

In  building  a  local  area  network  and  usin^  the  JHiase  I\'  (•nmmiinications 
servers,  vou  will,  in  etiect.  move  most  ol  your  rommunitation>  lacilities  out  of 
the  processing  systems. 

Four  benefits  are  immediately  reah'zed  in  adopting  this  strategy: 

1.  Increased  processing  capacity,  ('(mimunications  servers  relieve  host 
nodes  i)\  routing  and  terminal  support  |)ro(esNing.  enabling  m(»re  e<»mputer 
cycles  to  be  devoted  to  appluation  proce^ssing. 

2.  Reliability.  I  nle^-^  |>hvsirallv  damaged,  the  l<»cal  area  network  calile  never 
goes  down. 
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3.  Configuration  flexibility.  Network  ronfi^niration  can  evolve  by  ehan^'in^' 
cable  lavoui  and  bv  addiiii:  host>  and  eonnnunieation^  servers  to  the  net- 
work  without  disrupt in^^  service. 

4,  Economy.  The  time  and  cost  involved  in  putting'  a  LAN  in  place  to  serve 
a  ^iven  number  of  nodes  can  be  sii^nificantly  less  than  that  which  would 
be  required  to  lay  c(»nventional  cables  to  connect  that  same  number  ot 
nodes.  In  most  instances,  cable  footage  requirements  and  site  preparation 
costs  are  less. 

A  local  area  network  will  require  Kthernet  hardware  and  two  or  more  host 
systems  implementing  Phase  I\'  DKCnet. 

The  Kthernet  hardware  will  consist  ot: 

•  Kthernet  coaxial  cable  (Figure  '^-9).  This  is  a  oO-ohm.  shielded  cable 
that  cor*^ects  stations  (hosts  or  communications  servers)  together.  It  is 
installed  in  segments  up  to  oiM)  meters  in  length. 


Figure  3-9:    Ethernet  Cable 


Transceiver  (Figure  ■^  10).  This  device  connects  to  the  Kthernet  cable  by 
means  ot  a  non-destructive  tap.  meaning  that  the  cable  need  not  he  cut. 


Figur.  J-10:    Transceiver  on  Cable 
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Transceiver  cable  (Figure  3-11)  This  is  a  shielded,  four  twisted  pair  wire 
cable  that  connects  the  communications  controller  in  a  station  to  the 
transceiver. 


P 


B 


Figure  3-11:    Transceiver  Cable  Connects  to  Transceiver 

•  Controller  (Figure  3-12).  This  unit  connects  to  the  transceiver  cable 
The  controller  manages  access  to  the  cable. 
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Figure  3-12:    Controller  Connects  t,i  Transceiver  Cabie 
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The  systems  implementing  Phase  IV  DECnet  are  illustrated  in  Figure 
3-13.  The  DIGITAL  Equipment  Local  Network  Interface  (DELNT)  pro- 
vides an  economical  means  for  connecting  an  array  of  Phase  IV  processors 
to  the  Ethernet  cable.  This  interface  houses  eight  transceiver  ports,  each 
appearing  functionally  identical  to  the  standard  Ethernet  transceiver 
(H40()0).  A  ninth  connector  enables  the  grouped  processors  to  be  con- 
nected with  an  Ethernet  cable.  When  this  connection  is  made,  each  of  the 
nodes  on  the  DELNT  appears  to  be  a  fully  independent  operating  entity  to 
other  nodes  on  the  Ethernet  cable. 


IV 


iiifiiiiiiir 


Figure  3-13:    Phase  IV  Nodes  Connect  to  Local  Area  Network  Cable 


A  component  called  a  repeater  enables  you  to  extend  the  local  area  network 
by  joining  multiple  segments  of  coaxial  cable.  A  local  repeater  links  cable 
segments  separated  by  not  more  than  80  meters.  A  remote  repeater,  using 
fiber  optic  cable,  links  cable  segment  separated  by  up  to  one  kilometer.  See 
DIGITAL  Ethernet  Produets  and  Sercices  for  more  detailed  information. 

To  assure  that  users  can  continue  to  exercise  a  proper  level  o^'  control  over 
network  operations  and  configuration,  network  management  capability  in 
Phase  IV  DECnet  has  been  extended  to  cover  network  elements  introduced  in 
conjunction  with  LAN  communications. 
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3.2.3  Communications  Servers 

Communications  Server  products,  including  the  DECnet  Router,  the  DECnet 
Router/ X. 25  Gateway  and  the  Terminal  Server  contribute  further  to  moving 
communications  lines  out  of  the  user  environment. 

Server  products  act  as  network  front  ends.  In  so  doing,  they  provide  an  effec- 
tive means  of  communications  from  node-to-node,  from  terminals  to  anv  node 
in  the  network,  and  from  network-to-network. 

Because  they  can  be  shared  by  all  of  the  processors  on  the  LAN,  and  in  the 
case  of  the  Router  Server  and  Gateways,  even  by  nodes  in  wide-area  networks, 
they  are  very  cost-effective.  Complete  routing  or  Gateway  capability  need  not 
be  purchased  for  each  node. 

See  Chapter  4  for  a  closer  view  of  the  communications  server  products. 

3.2.4  Gateways 

Gateways  act  as  communications  servers  that  link  DElCnet  networks  to  other 
networks. 

The  X.25  Gateway  is  a  DECnet  Phase  IV  product  that  provides  a  path  from  a 
DECnet  node  to  a  DECnet  or  nonDECnet  node  on  a  Packet  Switching  Net- 
work. Although  DECnet  nodes  can  communi  ate  with  other  DECnet  nodes  on 
a  PSN  without  benefit  of  the  Gateway,  certain  application-based  considera- 
tions could  make  the  Gateway  path  more  practical. 

The  SNA  Gateway  enables  Phase  III  and  Phase  IV  DECnet  nodes  to  commu- 
nicate with  an  IBM  mainframe  in  a  network  defined  by  IBM's  Systems  Net- 
work Architecture. 

See  Chapter  4  for  a  closer  view  of  these  two  Gateway  products. 

3.2.5  Networking  Personal  Computers 

This  section  outlines  several  networking  configuraticms  for  PRO/DECnet 
nodes  and  the  functional  characteristics  of  these  networked  personal  comput- 
ers. 


3.2.5.1  PRO/DECnet  Configurations  —  PRO/DFXnet  enables  DIGITAL'S  line 
of  Professional  personal  computers  to  be  networked  to  the  LAN  cable  individ- 
ually (Figure  3-14),  or  to  the  LAN  cable  in  groups  attached  to  the  DELNI 
(Digital  Equipment  Local  Network  Interface),  see  Figure  3-15. 
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Figure  3-14:    Individual  Personal  Computer  Networked  to  a  LAN  Cable 


Figure  3-1 5:    Linked  Personal  Computers  Networked  to  a  LAN  Cable 

via  the  DELNI 
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In  any  of  the  illustrated  configurations,  the  user  can  optionally  disconnect 
from  the  DELNI  or  from  the  network  and  use  the  Professional  as  a  standalone 
workstation. 

When  connected  with  a  LAN  as  an  individual  node  or  as  a  node  on  a  DELNI, 
a  PRO/DECnet  node  can  communicate  with  anv  other  node  that  is  directly  or 
indirectly  connected  with  the  same  LAN  cable.  When  ctmnected  with  the 
LAN,  the  PRO/DECnet  node  can  access  resources  on  the  greater  network.  In 
terms  of  routing  capability,  whether  coupled  and  connected  to  the  LAN  or 
individually  connected  to  the  LAN,  the  PRO/DECnet  node  is  always  an  end- 
node. 

PRO/DECnet  nodes  have  the  same  functional  range  as  do  other  DECnet  host 
nodes.  They  support  applications  processing,  and  in  conjunction  with  other 
general-purpose  nodes,  they  support  connections  with  Router  Servers  and 
Gateways,  program  development  and  the  same  set  of  communications  proto- 
cols as  do  other  Pha.se  IV  nodes. 

The  major  difference  between  PRO/DECnet  and  other  nodes  is  in  how  the 
user  chooses  functions  to  be  performed,  and  in  how  those  functions  are  exe- 
cuted. Network  management,  programming,  and  terminal  user  functions  in 
PRO/DECnet  are  menu-based,  as  opposed  to  utility  or  command  based  on 
other  systems.  The  PRO/DECnet  user  sees  a  list  of  functions  on  the  terminal 
screen  (a  menu),  and  selects  the  desired  one  for  execution.  Selection  is  equiva- 
lent to  execution. 


3.2.5.2  PRO/DECnet  Functional  Characteristics  —  The  user  interface  to 
PRO/DECnet  functions  is  menu-based.  When  power  is  turned  on,  a  menu  is 
displayed  on  the  screen,  offering  a  choice  of  functions. 

You  can,  for  example,  choose  to  do  word-processing,  use  communications 
services,  disk  (or  diskette)  services,  and  print  or  file  services.  You  can  run 
applications,  develop  programs,  and,  intermittently,  check  for  messages  on  a 
split-screen  message  hoard  in  the  course  of  performing  any  of  these  functions. 
After  selecting  the  function  you  want  to  perform,  a  submenu  appears,  ena- 
bling you  to  specify  the  precise  action  \ou  want  to  take  with  respect  to  that 
function. 

Because  the  programmer  interface  to  PRO/DECnet  is  similar  to  that  of  DEC- 
net-RSX  nodes,  most  network  applications  are  transportable.  Also,  because 
this  product  is  designed  in  accordance  with  Digital  Network  Architecture,  it 
implements  the  same  set  of  protocols  as  do  other  DECnet  nodes.  Application 
programs  that  use  the  network,  therefore,  need  not  be  concerned  with  certain 
basic  communications  functions. 

The  operating  procedures  and  the  documentation  prepared  for  F^RO/DP^Cnet 
are  designed  for  the  non-technical  user.  F'rom  a  design  standpoint,  the 
PRO/DECnet  node  is  regarded  as  a  user's  private  resource.  As  such  it  is  built 
to  be  wholly  controlled  by  that  user.  Extensive  and  easy  to  access  HELP  files 
and  user  manuals  enable  non-technical  personnel  to  initialize,  operate,  and 
troubleshoot  both  the  system  and  a  limited  aspect  of  the  network.  Full  net- 
work troublesh(M)ting  remains  the  responsibility  of  experienced  technical  per- 
sonnel. 
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3.3    Evolving  Capabiliti 


t^sers  upgrading  from  Phase  III  to  Phase  I\'  configurations  will  find  that  many 
existing  capabilities  have  been  extended  to  make  functions  easier  to  execute 
across  the  network,  and  to  provide  network  management  tools  that  cover  the 
new  network  components. 

(Capabilities  available  in  Phase  III.  and  upgraded  in  Phase  IW  include: 

•  Establishing  a  logical  connection  between  a  local  terminal  and  a  remote 
node. 

•  Maintenance  capabilities. 

•  Increase  in  the  number  ot  addressable  nodes  supported. 

•  Data  link  access  extended  to  Ethernet . 

Kach  oi  these  upgraded  capabilities  is  described  in  the  following. 

3.3.1  Network  Virtual  Terminals 

The  network  virtual  terminal  capability  enables  terminal  users  on  local  Phase 
I\'  DKC'net  nodes  to  establish  logical  connections  with  remote  Phase  IV  DKC- 
net  nodes. 

When  the  logical  connection  is  established,  terminal  users  can  issue  com- 
mand>  for  execution  on  the  remote  node  and  access  resource>  located  there. 

3.3.2  Extended  Maintenance  Capabilities 

The  following  maintenance  capabilities,  available  in  DKCnet  \'AX  and  DKC- 
net   RSX,  have  been  extended  to  operate  over  the  Ethernet. 

•  Down-line  load.  Wm  can  send  a  copy  of  a  system  image  or  other  file  over 
the  Kthernet  to  the  main  memory  ot  a  target  node. 

•  Up-line  dump.  You  can  .send  a  copy  of  a  target  node's  memory  image  over 
the  Kthernet  to  a  file  at  a  host  node. 

•  Loopback  testing  for  data  link  integrity,  pjhernet  protocol  manages  this 
maintenance  operation  for  nodes  on  the  cable;  DECnet  protocol  manages 
similar  testing  of  non-F.thernet  data  links. 

•  A  terminal  on  a  host  node  can  act  as  console  terminal  on  a  remote 
node,  ^'ou  can  manage  operation  of  a  remote  node  by  means  ot  a  termmal 
on  a  local  node. 


3.3.3    Number  of  Addressable  Nodes 

DKCnet  networks  /an  now  consist  of  up  to  1.02.S  nodes.  New  routing  tech- 
niques and  utilization  of  communications  servers  to  off-load  routing  process- 
ing make  possible  this  fourfc»ld  uicrease  over  Phase  III  in  potential  network 
size. 
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3.3.4    Data  Link  Access  in  Phase  III  and  Phase  IV 

DECnet  nodes  and  nonDECnet  systems  can  cr,  iniunicate  with  one  another 
over  the  F'thernet  cable.  Tsing  this  facility,  comnuinications  are  effected  by 
means  ol  functions  in  the  Physical  and  Data  Link  Layers  of  the  architecture. 
Functions  operan.i^'  at  this  level  of  the  architecture  will  deliver  messages 
between  computers.  The  user,  however,  must  write  the  programs  that  inter- 
pret these  messages. 

Communicating  DFlCnet  nodes  wishing  to  perform  f\nictions  in  accordance 
with  nonDECnet  protocols  can  use  the  same  facility. 


3.4    Compatibility  with  Phase  III 

To  continue  to  serve  users  who  have  evolving  network  recjuirements.  Phase  W 
DECnet  is  compatible  with  Phase  III  products.  Ltilities  and  services  that 
operate  among  Phase  III  products  continue  to  operate  between  l^hase  III  and 
Phase  I\*  products. 

Program.-  developed  tor  Phase  III  will  run  on  Phase  I\'. 

As  previously  noted.  Phase  III  nodes  can  communicate  with  Phase  I\'  host 
nodes  directlv,  or  bv  wav  of  a  DECnet  R(»uter  Server. 
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Application  Scenario  ^1:    ACCOUNTING 

Local  and  Remote  Departments  Interact  and  Update  Centralized 
Data  Base 


^^ 


Communications  Problem:  How  can  I  enable  technical  and  non-technical 
users,  related  groups,  and  related  departments  to  communicate  freely  with 
one  another,  and  give  all  of  them  access  to  current,  centralized  informa- 
tion? 

Application/Environment  Example:  The  Budget,  Accounting  and  Audit  De- 
partments of  a  municipality's  Finance  Department  are  located  on  differ- 
ent floors  of  the  same  building.  A  centralized  computer  facility  and  pro- 
gramming staff  serving  each  of  these  departments  is  located  on  still  an- 
other floor  along  with  administrative  offices. 

At  the  beginning  of  each  flscal  year,  the  Budget  Department  turns  over  a 
tape  of  the  new  budget  to  the  comptroller's  office.  This  tape  is  processed 
by  the  comptroller  so  as  to  structure  budgetar\'  allocations  in  accordance 
with  valid  accounts.  For  the  rest  of  the  year,  the  Accounting  Department 
maintains  account  records,  while  the  Audit  Department  verifies  transac- 
tions, and  authorizes  payments  against  funds  budgeted  for  each  account. 

Approximately  75  different  types  of  transactions  can  be  made  against 
accounts.  Working  groups  in  each  of  the  departments  are  organized  by 
transaction  type.  In  addition,  an  inquiry  group  that  researches  records  in 
order  to  respond  to  vendor  inquiries,  is  maintained  in  the  Audit  Depart- 
ment. The  inquiry  capability  is  also  frequently  used  by  administrative 
personnel. 

Over  the  years,  the  accounting  techniques  employed  kept  pace  with  avail- 
able technology.  The  system  evolved  from  manual,  to  accounting  ma- 
chine, to  computer-based/punched  card  input  operation,  and  then  to  a 
CRT-terminal/centralized  mainframe  configuration.  This  last  redesign  re- 
quired laying  cables  throughout  the  building,  linking  terminals  to  control- 
lers, and  controllers  to  the  mainframe.  As  cable  footage  increased,  so  did 
site  preparation  and  line  maintenance  costs. 

The  next  step  in  network  development  will  tie  remote  municipal  agencies 
to  the  centralized  system.  This  arrangement  will  facilitate  direct  input 
from  these  remote  sources.  Because  the  application  system  edits  input  and 
subjects  data  to  error  processing  before  accepting  it,  any  corrections  that 
may  have  to  be  made  will  be  made  at  the  source.  The  time  currently  spent 
f)n  adjustment  processing  by  comptroller  personnel  will  be  reduced.  The 
remote  agencies  will  also  be  provided  with  the  ability  to  inquire  against 
specific  accounts  in  the  accounting  data  ba.se. 

Becau.se  they  .serve  as  individual  workstations  and  facilitate  individual  to 
individual,  individual  to  group,  group  to  group,  and  workstation  to  local 
and  centralized  data  base  communications.  DIGITAL  Networking  [Prod- 
ucts such  as  VTKK)  terminals  connected  with  DECnet  VAX  nodes  on 
local  area  netv^ork  cables  resp(»nd  t.>  the  requirements  imposed  by  such 
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projected  configurations.  Not  only  do  the  DECnet  VAX  nodes  offer  file 
transfer  and  remote  node  access  capability,  but  they  also  promote  inter- 
group  communicaticm  by  means  of  a  dialog  facility.  Site  preparation  and 
line  maintenance  costs  are  lowered,  communication  reliability  is  up- 
graded, individual  to  group,  and  group  to  group  interaction  is  improved, 
all  within  the  context  of  a  compatible  network  architecture. 

Incorporation  of  additional  functions  such  as  word  processing  and  network 
mail  into  the  same  network  does  not  require  network  reconfiguration. 

Whether  instituted  in  accounting,  marketing,  purchasing,  or  other  corpo- 
rate environments,  such  an  integrated  approach  avoids  the  problems  re- 
sulting from  uncontrolled  acquisition  of  personal  computers,  and  mail  and 
word  processing  systems  that  often  turn  out  to  be  incompatible  with  one 
another  and  with  established  data  bases. 
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Application  Scenario  #2;    RESEARCH 

Scientists,  Technicians  Share  Resources  over  Local-  and 
Wide-area  Networlcs 


Communications  Problem:  How  can  many  autonomous  computers,  housed 
within  a  3,(K)0-foot  radius  of  a  central  site,  access  and  use  special-purpose 
graphics  devices  and  large,  fast  scientific  computing  resources  located  at 
that  central  facility? 

Application/Environment  Example:  In  each  of  more  than  40  buildings  at  a 
4(K)-acre  government  research  facility,  groups  of  scientists  and  technicians 
are  using  computers  to  solve  specific  but  related  problems.  Some  are 
studying  the  effects  of  space  flight  on  the  human  organism;  others  are 
analyzing  the  structural  integrity  of  spacecraft  and  aircraft  under  simu- 
lated and  actual  flight  conditions.  Flight  conditions  are  simulated  in  vast 
windtunnels  at  the  research  facility;  actual  flight  conditions  are  monitored 
at  an  off-site  location.  Figure  3-16  illustrates  the  general  layout  of  the 
facility. 


Figure  3-16:    General  Layout  of  Research  Facility 
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Until  the  mid-197()'s,  when  DP]Cnet  was  first  installed,  local  output  from 
standalone  DIGITAL  systems  was  physically  moved  to  a  central  location 
for  further  processing  through  graphics  devices  and  very  large,  fast  scien- 
tific computers.  The  first  installation  of  DECnet  accomplished  two  major 
goals: 

1.  It  created  an  electronic  link  between  designated  outlying  systems  and 
the  centralized  resources. 

2.  It  established  a  model  for  network  development  on  technical  and  ad- 
ministrative levels  that  has  since  been  profitably  applied. 

Subsequent  installations  of  DECnet  not  only  gave  additional  nodes  the 
ability  to  use  the  central  resources,  but  also  enabled  them  to  communicate 
with  one  another  economically.  DECnet's  routing  capability  permits  node- 
to-node  communication  through  intervening  nodes.  No  direct  physical 
connection  is  required,  thus  reducing  the  need  for  physical  lines,  interface 
hardware,  and  maintenance  costs.  This  feature  also  improves  overall  relia- 
bility, since  alternative  routes  around  fa.led  lines  or  nodes  are  automati- 
cally taken. 

Figure  3-17  illustrates  the  communications  paths,  implemented  through 
DECnet,  from  outlying  and  off-site  facilities  to  the  central  location. 


Figure  3-17:    DECnet  Communications  Paths  at  Research  Facility 


3-22       Overview  of  DIGITAL  Networking  Products 


In  its  most  recent  version,  the  entire  network  —  applications,  processing 
and  communications  capabilities,  centralized  and  distributed  resources  — 
is  at  the  disposal  ot  each  researcher  (within  security  and  privilege  cons- 
traints). 

Just  what  affect  Phase  IV  DPXnet  will  have  on  such  networks  depends  on 
specific  priorities.  Local  area  neiwork  configurations  linking  processors, 
server  products,  Gateways,  and  networked  personal  computers  offer  flexi- 
ble, but  well-defined  topologies  for  working  at  individual,  inter-group, 
multi-grouD,  facility-wide  and  world-wide  levels.  The  communications  fa- 
cilities and  resources  of  nonDECnet  networks  can  also  be  made  available, 
through  these  products,  to  researchers  at  DECnet  workstations. 

The  products  that  implement  DECnet  Phase  IV  capabilities  are  discussed 
in  Chapters  .S  and  4. 
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Application  Scenario  #3;    FINANCE/MARKETING 
Remote  Users  Get  Access  to  Non-Portable  Applications 


Communications  Problem:  How  ran  I  give  multiple,  remote  locations  access 
to  advanced  processing  capabilities  that  cannot  run  on  the  remote  com- 
puters'^ 

Application/Environment  Example:  Several  years  ago,  this  corporation  initi- 
ated an  advanced  development  effort  dedicated  to  national  and  interna- 
tional financial  modeling,  and  market  simulation.  A  significant  invest- 
ment in  personnel,  ec^uipment,  research  facilities,  and  training  programs 
established  a  state-of-the-art  H&I)  group  dedicated  to  development  of 
these  applications. 

To  facilitate  inter-group  communication  and  contact  with  related  corpo- 
rate functions  (Treasurer  and  Marketing!,  the  effort  was  centralized  at 
corporate  headc^uarters.  Such  localization  also  simplified  special  purpose 
computer  purchase,  installation,  and  project  coordination.  Tnless  commu- 
nication- rec^uirement>  were  satisfied,  however,  centralizing  the  effort 
could  have  had  some  negative  aspects. 

rorpi)rate-wide  dependencies  were  apparent.  Hroups  outside  of  the  head- 
quarters domain  w-re  specified  as  sources  of  input  and  users  of  prograni 
output. 

I  nle-s  [)roperly  dealt  with  from  a  communications  standpoint,  the  is.)- 
lated  H&I)  group  could  have  pnKc^eded  to  develof)  powerful,  advanced 
p/ograms  that  W(»ul(i  have  had  limited  utility  because  their  results  could 
not  have  been  easilv  transported,  and  the  applicaticms  could  not  easily 
have  been  accessed  b\  remiJte  user  groups. 

Investment  in  the  financial  models  would  have  been  threatened  because 
input  output  could  not  have  t)een  provided  in  a  timely  manner.  Large- 
scale  transaction  processing  applications  that  could  f)e  profitably  run  only 
in  response  to  timelv  model  output,  would  have  been  paralyzed.  Similarly, 
the  value  of  the  market  simulation  would  have  been  c^uestionable  becau.se 
delaved  input  out|)ut  would  have  dulled  system  sensitivitv  t(»  changes  in 
market  l)ehavior  and  m  conditi(»n.s  that  influence  it.  Hopes  of  interfacing 
the  market  simulation  ( who>e  ouri)ut  figured  in  neu  product  development 
and  release  planning')  with  producti(»n  scheduling  and  purchasing  would 
havt  had  to  have  been  deferred. 

The  communication-  backbone,  a  UKCnet  network,  made  up  of  |)roduits 
described  m  Chapter  -^  served  a<  the  c(»mmunications  medium  for  the 
c(»rporate-uide  network  It  was  put  into  service  to  link  the  new  procc^ssing 
capabilities  with  specified  remote  user  irroups.  One  of  the  nodes  contribut- 
ing \i)  information  management  functions  m  the  DKCnet  network,  was 
defined  to  the  non[)I(;ri'AL  spec  kj|- purpose  computer  as  a  supported  de- 
vice. This  node  then  served  as  a  datewav.  linking  users  (.1  the  DKt'nel 
network  with  the  advanced,  but  non  portable  programmint:  functions. 
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Chapter  4 
Communications  Servers 


These  DKirrAL  networkintj  prnduet>  consist  ot  the  tolh^wing  dedicated  func- 
tion nodes: 

•  Router  Server.  This  server  performs  n.utin^  functions  for  IMiase  III  and 
Pha>e  W  DKCnet  n(»des. 

•  Terminal  Server.  Thi>  server  enat)les  attached  terminal  to  lo^  on  to  any 
supported  DKC'net  node. 

•  Gateway  to  Packet  Switching  Networks.  This  server  supports  I)K(  net 
DKCnet  and  DKCnet-nonDKCnet  communication  over  I\icket  Switchin^^ 
Networks  that   implement   communications  {)rotocols  l)ased  on  the  X.25, 
X. 28.  X. 29  and  X.:^  recommendations  of  the  (XTTT. 

•  Gateway  to  SNA.  This  server  connects  Phase  III  and  I'hase  IV  I)K(^ 
net  \'AX  node>  with  networks  defined  bv  IBM's  Svstems  Network  Archi- 
tecture. 

The  Router  Ser\er  oft-loads  ( omm.unications  processing  overhead  from  host 
>ystems.  therehv  making  more  computer  cycles  avaihil)le  for  appHcation  pro- 
cessing. The  Terminal  Server  reduces  the  number  of  terminal  host  direct 
connections  required  while  providing  muitihost  access  to  f^hase  IV  nodes.  1'he 
(latewavs  extend  DKCnet  topologies  into  areas  governed  by  nonI)K('net  pro- 
tocols. IBM  SNA  networks  and  X.25  Packet  Switching  Networks  are.  in  ef- 
fect, incorporated  into  the  DKCnet  topology  by  means  of  the  (lateways. 

Application  Scenarios  ^4  and  ^T)  show  how  these  products  can  be  applied 
individuallv  or  in  combination  to  solve  communications  problems  and  extend 
network  reach. 

Installed  in  Phase  IV  or  combined  Phase  III  I\'  configurations,  these  commu- 
nications servers  become  shared  resources  for  all  network  u^ers.  thereby  elimi- 
nating the  cost  that  would  be  incurred  if  each  node  needed  its  (»wn  specific 
server  capal)ilitv.    Funct'o?^^   arc-  nt-nnoK?^  f..r 

f)rocessors,  and  the  cost  o!  trie  node  and  the  ( 
among  all  users. 
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In  common  with  all  DECnet  nodes,  these  servers  provide  management  and 
maintenance  features  that  permit  their  operations  to  be  monitored  and  con- 
trolled from  local  or  remote  locations. 

Each  of  the  communications  servers  is  discussed  in  separate  sections  follow- 
ing. 


4.1    The  DECnet  Router  Server 

This  communications  server  performs  off  LAN  routing  functions  for  one  or 
more  Phase  III  or  Phase  IV  DECnet  nodes  direct Iv  or  indirect Iv  connected 
with  an  Ethernet  cable.  In  so  doing,  it  permits  networks  to  be  built  using 
lower  cost  end-node  processors  without  sacrificing  adaptive  routing  capabil- 
ity. See  Figure  4-1. 
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Figure  4-1:    Router  Servers  in  a  Phase  Ill/Phase  IV  Configuration 
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In  figure  4  1,  all  the  nodes  on  one  of  the  Ethernet  cables  are  connected  with 
all  the  nr>des  on  the  other  cable  and  with  the  Phase  III  network  by  means  ot 
the  Router  Servers.  The  end-node  on  the  Phase  III  network  has  access  to  all 
facilities  in  both  local  area  networks  bv  wav  ot  the  servers. 

In  establishing  the  connections  indicated  in  Figure  4-1,  the  dedicated  routers 
off-load  much  of  the  communications  processing  load  from  the  nodes  that  it 
serves.  Memory  and  computer  cycles  that  may  have  been  required  for  routing, 
if  these  nodes  had  to  be  configured  with  a  route-through  capability,  can  now 
be  applied  to  applications  processing.  In  networks  composed  of  many  nodes, 
this  can  result  in  a  significant  increase  in  application-directed  computing 
power. 

Further  economies  are  derived  from  router  compatibility  with  Phase  III  nodes. 
Not  only  is  investment  in  equipment  and  applications  protected,  but  the 
router  also  provides  an  orderly  mechanism  for  giving  Phase  III  nodes  access  to 
resources  configured  to  the  LAN  cable. 

Note  that  if  all  the  nodes  on  an  Ethernet  cable  are  expected  to  communicate 
only  with  each  other  (see  Figure  4-2).  each  can  be  configured  as  an  end-node. 
Neither  the  Router  Server  nor  a  general-purpose  node  with  a  route-through 
capability  would  be  required. 


■^ 
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Figure  4-2:    Router  Server  Not  Required  In  this  Configuration 


The  user  of  such  a  configuration,  however,  should  keep  in  mind  the  potential 
cost  of  future  network  extension.  Giving  one  of  the  existing  end-nodes  on  the 
LAN  a  route-through  capability,  and  adding  necessary  lines,  may  not  be  as 
cost-eflective  a  solution  as  that  offered  by  the  Router  Server. 
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4.2   The  Terminal  Server 


The  Terminal  Server  is  a  dedicated  DECnet  node  that  enables  up  to  IV2 
connected  asynchronous  terminals  to  communicate  with  Phase  IV  DECnet 
nodes.  Attached  to  an  Ethernet  cable,  it  provides  a  fully  supported  network 
virtual  terminal  capability  to  Phase  IV  DECnet-VAX  and  DECnet-RwSX 
nodes.  Terminals  connect  to  the  server  by  means  of  dedicated  or  switched 
lines. 

Working  at  a  terminal  connected  with  the  Terminal  Server,  you  can  log  on  to 
any  of  the  supported  nodes,  using  the  procedures  specified  for  that  node,  and 
then  use  any  of  the  resources  resident  at  the  node.  Configuration  options  also 
enable  you  to  specify  automatic  logon  to  dedicated  or  preferred  nodes. 

In  Figure  4-3,  any  terminal  connected  with  the  Terminal  Server  can  access 
any  of  the  nodes  on  both  cables.  Also  a  terminal  on  the  server  can  communi- 
cate with  an  IBM  mainframe  in  an  SNA  environment  by  simply  logging  on  to 
a  Phase  IV  DECnet-VAX  node  properly  configured  with  Gateway  Access 
Software.  In  Figure  4-3,  for  example,  a  terminal  connected  to  the  Terminal 
Server  could  log  on  to  the  rightmost  DECnet-VAX  node  and  then  use  its 
Gateway  Access  Software  to  interact  with  the  IBM  SNA  network  through  the 
SNA  Gateway.  See  Section  4.4  for  information  on  the  DECnet/SNA  Gatewav. 


Figure  4-3:    Terminals  on  Server  Have  Access  to  Resources 

on   Local  and  Remote  Cables 
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From  a  ptiysical  configuration  standpoint,  the  Terminal  Server  reduces  cabl- 
ing requirements,  and,  as  a  consequence,  installation  and  line  maintenance 
costs. 

For  those  portions  of  networks  whose  topologies  are  functionally  determined. 
Terminal  Server  capabilities  can  prove  very  cost  effective.  Where,  for  exam- 
ple, it  is  useful  to  group  programming  or  document  preparation  staffs  in 
specific  locations,  the  Terminal  Server  could  provide  a  distinct  advantage. 


4.3  The  DECnet  Router/X.25  Gateway 

The  X.25  Gateway  permits  communication  between  DECnet  nodes  directly  or 
indirectly  connected  with  the  local  area  network  cable  and  DECnet  nodes 
connected  with  a  Packet  Switching  Network. 

Each  node  that  uses  the  Gateway  to  communicate  with  nonDECnet  nodes 
must  have  the  X.25/X.29  Extension  Package  software.  The  Extension  Pack- 
age supplies  routines  that,  together  with  functions  performed  in  the  Gateway 
node,  provide  full  PSI  capability. 

The  X.25  Gateway  runs  concurrently  with  the  Router  Server.  It  allows  users  to 
access  both  DIGITAL  and  nonDIGITAL  computers  connected  with  the  PSN. 
As  with  other  communications  servers,  the  X.2o  Gateway  makes  possible 
certain  operating  economies.  The  cost  of  this  resource  can  be  shared  by  users, 
and  the  processor  loading  imposed  by  PSN  interface  processing  is  off-loaded 
from  host  nodes. 

4.4  The  DECnet/SNA  Gateway 

The  DECnet/SNA  Gateway  enables  DECnet-VAX  nodes,  properly  configured 
with  Gateway  Access  Software,  to  communicate  with  an  IBM  host  in  an  SNA 
network.  The  Gateway  can  be  configured  on  or  off  the  LAN. 

The  Gateway  is  available  not  only  to  users  of  terminals  physically  connected 
to  the  VAX  node,  but  also  to  those  logically  connected  by  means  of  the 
Network  Virtual  Terminal  facilitv.  Access  to  the  (iatewav,  therefore,  extends 
to  users  of  terminals  connected  with  a  Terminal  Server. 

Although  the  communicating  nodes  are  structured  in  accordance  with  differ- 
ent architectures  (DNA  for  DECnet  and  SNA  for  IBM),  messages  flow  be- 
tween them  through  the  Gateway  as  if  they  operated  m  accordance  with  the 
same  set  of  protocols. 

The  Gateway  mediates  the  differences  between  the  communications  rules 
imposed  by  each  of  the  architectures,  establishing  a  compatible  environment 
in  which  the  two  processors  ca  t  nteract.  Gateway  operation  is  completely 
transparent  to  u.sers  at  the  communicating  nodes. 
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The  Gateway  offers  three  types  of  access  to  the  IBM  mainframe: 

L    Remote  Job  Entry  (RJE).  Gateway  R.JE  access  enables  you  to  use  the 

batch  processing  capability  of  the  IBM  maintrame,  in  addition  to  the 
resources  available  to  any  terminal  on  a  DECnet-VAX  host. 

Batch  jobs,  for  example,  consisting  of  daily  production  or  transaction 
totals,  or  customer  update  information,  can  be  prepared  on  the  VAX  node 
and  then  queued  through  the  Gateway  to  the  IBM  mainframe  to  update 
centralized  data  bases.  Job  output  from  the  IBM  side  of  the  configuration 
is  processed  through  the  Gateway  and  written  to  user-specified  files  in  the 
DECnet  network.  These  files  are  then  available  to  the  originating  user, 
and.  if  required,  to  any  user  throughout  the  DECnet  network. 

2.  3270  Terminal  Emulation.  Gateway  3270  Terminal  Emulation  enables 
any  member  of  the  DIGITAL  family  of  VTlOO  terminals  to  act  as  a  3270 
terminal  with  respect  to  the  IBM  SNA  system. 

Such  access  is  useful  for  applications  requiring  an  inquiry/response  capa- 
bility between  the  interacting  systems  for  issuance  and  completion  of 
formatted  screens  exchanged  between  the  systems. 

When  not  acting  as  a  3270  terminal,  the  VTlOO  can  function  as  specified 
by  the  user  throughout  the  DECnet  network. 

3.  Application  Interface.  The  Gateway's  application  interface  software  en- 
ables programs  running  in  the  VAX  node  to  interact  with  a  cooperating 
application  in  the  IBM  mainframe. 

The  programs  must  be  written  to  work  together.  Gateway  procedures  en- 
able the  programs  to  initiate  communications  with  one  another,  to 
transmit  and  receive  data,  to  respond  to  asynchronous  events,  and  then  to 
terminate  the  session. 

In  addition  to  providing  the  above  described  capabilities,  the  Gateway  gives 
the  system  manager  at  the  DECnet-VAX  node  the  abilitv  to  monitor,  ccmtrol, 
and  troubleshoot  the  Gatewav. 

The  DECnet/SXA  Gateway  Introduction  presents  an  overview  of  this  product. 
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4.5    Communications  Server:  Hardware  and  Software 

The  DECnet  Router  Server,  Terminal  Server,  and  DECnet  R()uter/X.25  Gate- 
way Server  are  built  on  a  common  hardware  base  consisting  of  a  pre-packaged 
PDP-ll  processor  with  512K  bytes  of  memory.  Resident  software  supports 
connection  to  an  Ethernet  cable,  DECnet  functions  and  protocols,  and  con- 
nections with  terminals  and  communications  lines. 

The  DECnet/SNA  Gateway  configured  off  the  LAN  is  built  on  a  hardware 
base  consisting  of  a  PDP-11/24  processor.  It  contains  DECnet  software,  a 
protocol  translation  module.  Gateway  management  software,  and  modules 
that  support  functions  such  as  Remote  Job  Entry,  3270  Terminal  Emulation, 
and  program-to-progr  m  interaction.  Hardware  of  the  DECnet/SNA  Gateway 
that  connects  with  the  LAN  is  similar  to  that  used  for  the  DECnet  Router 
Server.  Terminal  Server,  and  DECnet  Router/X.25  Gatewav. 

Installed  in  Phase  IV  or  combined  Phase  IV/Phase  III  ccmfigurations,  these 
communications  servers  become  shared  resources  that  can  be  used  by  sup- 
ported nodes  throughout  the  network. 
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Application  Scenario  #4;    ORDER  ENTRYIPRODUCTION  SCHEDULING 
DECnet  and  SNA  Networks  Work  Together 


• 


Communications  Problem:  How  can  I  establish  reliable  communication  f)e- 
tvveen  nodes  in  a  DKCnet  network  and  an  IBM  mainframe  in  an  SNA 
network*' 

Application/Environment  Example:  This  company  makes  a  very  wide  ran^^e 
ol  products,  each  beinj^  a  variation  on  the  basic  product.  Colors  and 
weights,  tor  example,  mi^ht  vary  tor  each  order,  as  mi^^ht  the  finish  and 
the  packaging.  Within  each  one  ol  these  parameters,  dozens  ol  ()|)tions  are 
available. 

Production  line  setup,  a  relatively  expensive  operation,  must  respond  to 
orders  received  on  an  unplanned  f)asis  tor  any  one  product  or  combination 
ot  products.  Further,  economic  operation  dictates  that  [)roduction  line 
location  must  be  as  geographically  close  as  possible  to  either  the  customer 
reception  location,  or  to  a  mode  ot  shipment  that  would  make  trans|)orta- 
tion  economical. 

To  make  this  operation  work  effectively.  pr(»duction  facilities  must  be 
specified  as  soon  as  possible  upon  order  receipt.  The  system  used  consists 
of  DKCnet  VAX  nodes  at  regional  sales  offices  and  production  facilities, 
an  IBM  mainframe  in  a  Systems  Network  Architecture  configuration  at 
corporate  headquarters,  and  a  I)K('net/SNA  (gateway  linking  the  DKII- 
TAL  and  IBM  networks. 

Orders  are  entered  at  the  sale>  offices  and  transmitted  to  the  IBM  main- 
frame which  runs  selected  data  through  a  corp(  rate-wide  production  re- 
source file.  Production  facilities  available  now  ;  nd  within  .U)  days  for  the 
specific  products  are  listed  back  t(»  the  sales  offices  and  to  each  of  the 
production  facilities.  Interaction  between  the  plants  and  the  sales  offices 
by  means  of  a  DFiCnet-VAX  on-line  dialog  capability  then  determines 
where  the  product  will  be  manufactured. 

The  I)E(^net  VAX  nodes  that  run  at  the  sales  offices  and  the  manufactur- 
ing sites  are  part  of  a  network  that  links  interrelated  company  functions. 
The  IBM  mainframe  in  the  SNA  network  runs  in  a  corporate-wide  man- 
agement information  system.  In  communicating  with  IBM.  terminals  at 
the  sales  f»flices  use  "ViTO  Terminal  Emulation  and  the  Application  Inter- 
face functions  available  through  the  I)K(^net/SNA  (iateway.  The  sales 
orders,  which  are.  in  effect,  completed  lorms.  are  transmitted  to  an  appli- 
cation in  the  mainframe.  Formatted  respon.se  is  returned  to  the  sales 
offices. 
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In  interacting  with  the  production  facilities,  terminals  at  the  sales  offices 
use  DECnet  functions  to  access  files  and  engage  in  dialog  with  relevant 
personnel. 

Further  use  of  DECnet/SNA  Gateway  facilities  takes  place  on  a  daily 
basis  when  the  VAX  nodes  at  the  plants  update  the  corporate  production 
planning  data  base  by  means  of  the  Gateway \s  Remote  Job  Entrv  capabil- 

'a  ;*  ■■■■■■  ^  ^ 


Chapter  4  presents  an  Overview  of  the  DECnet/SNA  Gatew 


av. 
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Application  Scenario  *S:    DOCUMENT  PREPARATION 

Local-  and  Wide-area  Networks  Support  Fast-paced  Proposal  Effort 


Communications  Problem:  How  can  I  give  local  and  remote  groups  access  to 
information  stored  in  computers  throughout  the  network,  and  provide  a 
communications  capability  that  enables  these  groups  to  interact  fre- 
quently and  rapidly? 

Application/Environment  Example:  A  well-managed  and  responsive  pro- 
posal effort  is  essential  to  this  engineering  firm.  Proposals  developed  in 
response  to  requests  from  government  and  private  industry  must  be  thor- 
ough, accurate  and  timely  to  merit  consideration  jnder  competitive  bid- 
ding. The  firm  must  be  able  to  draw  upon  information  stored  in  computers 
at  various  sites,  refine  the  material  for  specific  application,  identify  facili- 
ties and  personnel  available  for  the  project,  develop  cost  information, 
detail  corporate  experience  in  similar  efforts,  and  deliver  a  response  to  the 
proposal  request  by  a  specified  time. 

While  original  material  is  created  by  engineering  staff,  researchers  a^^- 
signed  to  specific  parts  of  the  proposal  must  investigate  information  stored 
in  computer  files  at  various  facilities.  This  historical  material  is  assembled 
by  the  researchers.  Then,  in  iterative  communication  with  field  and  home 
office  management,  technical,  accounting,  personnel,  and  facilities  spe- 
cialists, the  basic  material  is  refined  and  scrutinized  for  accuracy.  Infor- 
mation modules  developed  in  this  manner  are  then  submitter  to  proposal 
management  to  evaluate  responsiveness  to  requirements.  Another  set  of 
iterative  procedures  between  proposal  management  and  the  researchers, 
and  researchers  and  specialists  throughout  the  company  assures  that  the 
information  developed  is  both  accurate  and  responsive. 

While  this  intercompany  activity  is  going  forward,  proposal  management 
is  in  continual  contact  with  the  issuer  of  the  request,  seeking  clarification 
and  obtaining  update  information.  Frequently,  this  new  material  requires 
that  changes  be  made  to  information  modules  that  have  already  been 
developed.  Additional  iterative  procedures  must  then  be  instituted. 

The  final  phase  of  proposal  preparation  consists  of  turning  information 
modules  over  to  a  staff  of  proposal  writers  who  build  a  coherent,  readable 
document  from  the  many  pieces.  Drafts  of  the  document  must  then  be 
submitted  to  specified  signatories  until  approval  for  submission  is  ob- 
tained. 

Proposal  management,  researchers,  and  writers  are  ba^c'J  in  the  Washing- 
ton D.C.  area,  while  information  resources  and  pvopr^al  contributors  are 
located  nationwide,  and  for  certain  projects,  worldwide.  Given  the  time 
constraints  under  which  most  proposal  activity  is  conducted,  rapid  and 
reliable  communication  is  critical. 


Communications  Servers       4-11 


A  wide-area  network  linked  by  DECnet  Routers  and  a  DECnet 
Router/X.25  Gateway  with  several  local-area  DECnet  and  Packet  Switch- 
ing Networks  is  in  general  use  throughout  the  company.  For  proposal 
efforts,  it  serves  as  the  information  storage  and  communications  mecha- 
nism. Terminals  connected  with  Terminal  Servers  (see  Chapter  4)  are 
used  by  the  Washington  D.C.  groups  to  access  world-wide  information  and 
to  distribute  information  modules  and  drafts  back  to  authorized  sources 
for  review  and  update. 

With  the  Terminal  Server  incorporated  into  a  local  area  network  configu- 
ration at  the  Washington  D.C.  location,  multi-terminal  connections  to 
local  nodes  are  not  required  for  the  proposal  effort.  Throughout  the  net- 
work, in  fact,  computer  cycles  that  are  normally  required  to  support  ter- 
minal communications  are  available  for  applications  processing. 

In  conjunction  with  experienced  proposal  management,  this  system  as- 
sures that  information  presented  in  response  to  requests  for  proposals  is 
up-to-date,  accurate,  properly  reviewed,  and  assembled  for  presentation 
within  schedule. 
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Chapter  5 
DIGITAL-PSI  Products 


These  DIGITAL  Networking  Products  implement  communications  protocols 
based  on  recommendations  made  by  the  Comite  Consultatif  International 
Telephonique  et  Telegraphique  (CCITT).  These  protocols  have  become  gener- 
ally accepted  standards  for  communications  over  Packet  Switching  Networks 
(PSNs).  digital's  implementation  of  these  protocols  provides  three  catego- 
ries of  networking  capability  over  PSNs: 


1.  DIGITAL  systems  can  communicate  with  each  other  over  a  PSN. 

2.  DIGITAL  svstems  can  communicate  with  nonDIGITAL  svstems  over  a 
PSN. 

3.  Remote  terminals,  connected  directly  with  the  PSN  or  connected  with  the 
PSN  through  a  host  svstem,  can  communicate  with  remote  svstems  over 
the  PSN. 


The  PSN  not  only  provides  the  communication  path,  it  also  takes  care  of  all 
routing  functions.  The  user  need  supply,  in  the  transmission  or  by  pre-ar- 
rangement,  only  the  address  of  the  receiving  system  or  terminal. 

DIGITAL  Packetnet  System  Interface  (PSI)  products  provide  these  capabili- 
ties to  VAX/VMS,  TOPS-20,  and  RSX-llM  and  M-PLUS  systems.  DECnet 
nodes  incorporating  this  software  can  also  communicate  over  the  PSN.  Figure 
5-1  illustrates  DIGITAL-DIGITAL  communication  over  a  PSN;  Figure  5-2 
adds  a  non-DIGITAL  system  to  the  network;  Figure  5-3  adds  remote  and 
node-based  svnchronous  and  asvnchronous  terminals  to  the  network. 
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Figure  5-1:    PSi-equipped  DIGITAL  Systems  Networked  Over  a  PSN 
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Figure  5-2:    DIGITAL-to-NonDIGITAL  Communication  Over  a  PSN 
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Figure  5-3*    Terminal-Host  Communication  Over  a  PSN 


The  interaction  among  the  user,  the  DIGITAL-PSI  product,  and  the  PSN 
follows  this  basic  three-step  pattern: 

1.  Together  with  the  data  you  want  to  send,  you  supply  the  header  informa- 
tion that  the  PSN  needs.  (PSN  requirements  are  outlined  in  PSI  product 
documentation,  and  are  detailed  at  subscription  time.) 

2.  The  DKiITAL-PSI  product  at  the  source  node  formats  your  message  into 
packets  and  puts  it  on  the  PSN  in  accordance  with  X.25  protocol. 

3.  The  DIGITAL-PSI  product  (or  foreign-vendor  equivalent)  at  the  destina- 
tion computer  or  terminal  takes  the  message  off  the  PSN  in  accordance 
with  PSN  protocol  requirements. 

The  role  of  the  PSI  product  and  the  PSN  are.  for  the  most  part,  transparent  to 
the  user  throughout  this  procedure. 

5.1    PSI  Products  and  the  X.2C  and  X.29  Recommendations 

Packet  Switching  Networks  provide  data  communications  services  that,  espe- 
cially in  low-volume  asynchronous  transmissions  over  lo-g  distances,  can  be 
more  economical  than  those  provided  by  other  comnci.  carriers.  Economies 
can  result  primarily  because  costs  are  based  on  the  volume  of  data  transmit- 
ted, rather  than  on  the  distance  the  transmissions  are  carried.  Some  PSNs 
also  charge  on  a  connect  time  basis;  others  do  not. 

In  addition,  PSNs  guarantee  message  delivery  or  user  notification.  The  user 
will  get  an  indication  of  anv  error  that  occurs  in  transmission. 
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The  increasing  popularity  of  PSNs  as  carriers  of  digital  data  necessitated 
establishment  of  a  standard  to  govern  the  interface  between  the  network  and 
computers  and  terminals  that  use  it.  In  response  to  this  requirement,  an 
international  committee,  the  CCITT,  recommended  the  adoption  of  certain 
rules  as  standards  for  interfacing  computers  and  terminals  with  the  PSN. 
Four  of  those  recommendations,  X.IF^  X.29,  XM  and  X.28  (which  now  serve 
as  the  basis  for  international  standards),  are  implemented  in  DKHTAL's  PSI 
products. 

•  The  X.25  recommendation  defines  the  protocol  governing  the  interface  be- 
tween the  PSN  and  computers  and  terminals  that  operate  in  packet  mode. 

•  The  X.29  lecommendat!  m  defines  the  protocol  governing  communication 
between  packet-mode  and  character-mode  equipment  connected  with  the 
PSN. 

•  The  X.3  recommendation  defines  the  protocol  governing  Packet 
Assembly/Disassembly  (PAD)  facilities  on  a  PSN. 

•  The  X.28  recommendation  defines  the  protocol  governing  the  interface  be- 
tween an  asynchronous  terminal  and  the  Packet  Assemblv/Disassembly 
(PAD)  facilities  on  a  PSN. 


DIGITAL  PSI  products  are  currently  implemented  for  operation  over  the 
following  PSNs: 


DIGITAL  PSI  Products 


Telenet 
TRANSPAC 
Datanet  1 
DATEX-P 


PSN 


Packet  Switching  Service  United  Kingdoni 


United  States 
France 
Netherlands 
West  Germany 


The  ability  to  operate  over  other  PSNs  (DATAPAC,  TELEPAC.  TYMNET) 
is  being  incorporated  into  the  DIGITAL  PSI  products.  Current  PSI  products 
offer  Field  Configurable  Network  Software  that  enable  them  to  run  on  na- 
tional PSNs  not  yet  fully  supported,  and  on  private  networks  that  implement 
the  CCITT-recommended  protocols. 

Application  Scenario  n6  illustrates  a  case  of  linked  national  PSNs  moving 
data  to  and  from  remote  terminals. 
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5.2    Building  and  Extending  NetworJcs  with  PSI  Products 


This  section  summarizes  the  facilities  engineered  into  the  DIGITAL  PSI  prod- 
ucts that  permit  communication  over  a  PSN. 


5.2.1    DIGITAL-to-DIGITAL  Communication 

PSI  products  run  in  VMS,  TOPS-20,  RSX-llM,  and  RSX-ILM-PLUS  sys- 
tems. Any  of  these  systems,  or  DECnet  nodes  that  incorporate  the  PSI  soft- 
ware, can  communicate  with  anv  other  of  these  systems  over  a  PSN. 

The  PSI  software  is  either  generated  and/or  installed  in  the  system,  depending 
upon  operating  system  characteristics.  A  generation  procedure  takes  the  form 
of  a  dialog  between  the  user  and  the  software.  Questions  are  posed  on  a 
terminal,  and  the  user  responds,  customizing  PSI  capability  and  defining  the 
environment  in  which  it  will  run.  As  described  in  the  documentation  for  each 
of  the  products,  there  are  certain  components  and  features  of  the  PSI  software 
that  must  be  included  in  the  configuration,  and  there  are  other  features  that 
are  optional.  Reference  cards  provided  with  some  of  the  PSI  products  summa- 
rize the  facilities  available  with  each  PSN. 

Most  of  the  optional  features  that  can  be  selected  during  generation  have  to 
do  with  troubleshooting  facilities  or  hardware  configuration.  Troubleshooting 
faciUties  offered  on  certain  of  the  PSI  products  consist  of  tasks  such  as  those 
that  trace  and  interpret  information  on  frames  passing  from  level  2  of  the 
X.25  protocol  (which  defines  the  link  access  procedure  from  the  computer  or 
terminal  to  the  PSN)  to  a  device  driver.  A  dump  analyzer  task  and  high-level 
language  libraries  are  included  with  the  product  and  can  optionally  be  se- 
lected. , 

Certain  PSN  facilities  also  permit  options  to  be  exercised.  Communicating 
nodes,  for  example,  can  be  either  tightly  or  loosely  connected.  A  permanent 
virtual  circuit  connects  nodes  over  the  PSN  as  if  bv  dedicated  line.  A  switched 
virtual  circuit,  on  the  other  hand,  connects  nodes  over  the  PSN  as  if  bv  dial 
up.  You  specify  the  address  of  the  nodes  with  which  you  want  to  communi- 
cate. 

A  series  of  other  options  that  can  be  specified  either  on  a  per  call  basis  or  by 
prior  arrangement  with  the  PSN  at  subscription  time  can  further  customize 
the  public  communications  facility  to  serve  your  specific  needs. 

DECnet  nodes  that  incorporate  PSI  capabilities  retain  and  can  exercise  full 
DECnet  capabilities  over  the  Packet  Switching  Network.  These  capabilities 
include  the  features  listed  in  Section  3.1.2. 
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5.2.2    DIGITAL  to  Non-DIGITAL  Communications   Over  a  PSN 


The  protocol  governing  the  interface  between  a  PSN  and  a  connected  com- 
puter or  terminal  must  be  implemented  in  accordance  with  the  CCITF  rec(/m- 
mendations.  Therefore,  any  DIGITAL  PSI  product  can  be  physically  net- 
worked, via  the  PSN,  with  any  nonDIGITAL  system  that  similarly  imple- 
ments the  X.25  recommendation.  Anv  end-to-end  interaction  between  users 
at  such  networked  nodes  must  be  defined  and  implemented  by  the  user. 

The  ability  to  participate  in  a  network  with  nonDIGITAL  systems  connected 
to  a  PSN  is  a  further  example  of  the  balanced  computing  communications 
capability  made  available  through  use  of  DNPs. 

5.2.3   Terminal-Computer  Communications  Over  a  PSN 

Implementation  of  protocols  based  on  the  X.3,  X.28,  and  X.29  recommenda- 
tions enables  DIGITAL  PSI  products  to  communicate  with  non-packet  mode 
terminals,  such  as  teletypewriters  and  video  display  terminals.  Communica- 
tion is  effected  through  a  Packet  Assembly/Disassembly  (PAD)  facility  that  is 
either  node-based  or  directly  connected  to  the  PSN.  The  PAD  performs  three 
majc.  functions: 

1.  It  assembles  data  received  from  character-mode  (asynchronous)  terminals 
into  packets  and  forwards  the  packets  to  the  designated  node  connected 
with  the  PSN. 

$L  Tt  disassembles  packets  arriving  from  packet-mode  computers,  and 
transmits  the  messages,  character-by-character  at  the  acceptable  speed, 
to  the  asvnchronous  terminal. 

3*  It  handles  virtual  call  setup  and  clearing,  and  reset  and  interrupt  proce- 
dures. 


Implementation  of  the  X.29  recommendation  in  the  DIGITAL  PSI  product,  or 
in  a  non-DIGITAL  processor,  permits  such  communication  between  a  remote, 
asynchronous  terminal  and  a  computer  via  a  PSN,  or  betvyeen  a  node-based 
asynchronous  terminal  and  a  nonDECnet  computer  connected  with  a  PSN 
(see  Figure  5-3). 
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Application  Scenario  #6;    PLANNING 

Forecasting  Input  from  the  Woodlands:  Terminals  Use  X.25  Networks 


Communications  Problem:  How  can  I  establish  communications  links  be- 
tween scattered  remote  terminals  and  a  processor  at  corporate  headquar- 
ters? 

Application/Environment  Example:  A  forest  products  company  runs  a  fore- 
casting system  at  corporate  headquarters  in  an  east  coast  American  city. 
The  system  requires  periodic  input  from  remote  locations  —  logging 
camps,  plantations  —  located  in  various  parts  of  Canada  and  the  U.S.  The 
input  specifies  the  volume  of  standing  timber  and  acreage  devoted  to 
hardwood  and  softwood  in  various  stages  of  growth  —  from  seedling  on  up. 
The  forecasting  system  projects  future  inventories  based  on  this  input, 
and  also  calculates  the  consequences  of  variable  harvest  patterns  for  each 
type  of  wood. 

To  obtain  input,  the  company  circulates  initial,  intermediate,  and  final 
questionnaires  to  the  plantation  and  logging  camp  managers  periodically. 
Responses  to  the  questionnaires,  however,  are  not  sufficientlv  timelv  or 
complete.  Personnel  at  the  remote  sites  have  historically  proven  independ- 
ent and  not  overly  concerned  with  survey  feed  back  to  corporate  headquar- 
ters. Since  the  input  to  the  forecasting  system  was  traditionally  inade- 
quate, its  output  was  flawed.  As  a  result,  plans  based  on  generated  fore- 
casts were  never  implemented. 

The  problem,  obviously,  has  two  aspects:  managerial  and  technical.  A 
technical  solution,  however,  could  resolve  both  aspects  of  the  problem. 
From  a  communications  standpoint,  these  are  some  considerations: 

•  Terminals  at  the  remote  locations  could  encourage  timely  and  complete 
input  through  display  of  input  forms.  Final  output  of  the 
forecasting/planning  system,  including  harvest  and  planting  patterns  to 
be  observed,  could  also  be  displayed  at  the  terminals.  Intermediate 
input/output  could  be  similarly  communicated. 

•  Both  Canada  and  the  U.S  make  Packet  Switching  Network  communica- 
tion available.  These  networks  connect  with  one  another.  PSNs  are 
known  to  be  highly  cost-effective  for  transmitting  data  in  intermittent 
bursts  over  long  distances. 

•  The  capabilities  of  DIGITAL  PSI  products,  with  respect  to  X.25  and 
X.29  protocols,  enable  inexpensive,  asynchronous  terminals  to  commu- 
nicate over  these  public  networks. 

•  The  capability  of  3270  Terminal  Emulators  enable  DIGITAL  VTlOO 
terminals  to  interact  with  an  application  in  an  IBM  SNA  or  standalone 
mainframe  as  if  it  were  a  member  of  the  IBM  familv  of  3270  terminals. 


DIGITAL-RSI  Products       5-7 


The  precise  DIGITAL  Networking  Product  solution  to  this  problem  de- 
pends primarily  upon  the  configuration  at  corporate  headquarters. 

•  If  the  forecasting  system  at  corporate  headquarters  runs  in  a  standalone 
DIGITAL  processor,  see  the  information  in  this  chapter. 

•  If  the  forecasting  system  runs  in  a  DECnet  node  at  corporate  headquar- 
ters, see  Chapter  3,  DECnet  and  in  Chapter  4,  Communications  Servers, 
Section  4.3,  The  DECnet  Router/X.25  Gateway. 

Figure  5-4  shows  placement  of  the  remote  terminals. 


If  all  or  some  of  the  remote  locations  were  geographically  proximate,  they 
could  conceivably  be  organized  into  regions,  each  of  which  would  furnish 
the  services  of  a  regional  node  on  the  PSN  for  transmission  of  data  to  the 
corporate  processor.  This  approach  might  be  more  cost-effective  than  con- 
necting each  terminal  to  the  PwSN. 


Figure 


Terminals   at   Remote   Locations  Transmit   over  Linlced 
Packet  Switching  Networlcs 


Overview  of  DIGITAL  Networking  Products 


Chapter  6 

DIGITAL'S  Foreign  Protocol-based  Products 


These  DIGITAL  Networking  Products  emulate  foreign  vendor  communica- 
tions protocols  or  devices  that  have  become  industry  standards  for  certain 
communications  functions.  In  emulating  these  protocols,  DIGITAL  stan- 
dalone systems  take  on  a  communications  capability  that  enables  them  to 
participate  as  dedicated  function  nodes  networked  with  a  nonDIGITAL  host 
system.  Even  as  they  operate  as  nodes  in  this  manner,  they  continue  to  func- 
tion as  autonomous  processors,  providing  applications  processing  and  pro- 
gram development  support. 

The  communications  protocols  emulated  by  these  products  are: 

•  IBM's  Binary  Synchronous  Communications  Protocol  (BISYNC) 

•  IBM's  Systems  Network  Architecture  (SNA)  Protocol 

These  protocols  are  emulated  for  four  specific  functions: 

1.  To  permit  DIGITAL  systems  to  engage  in  file  transfer  activities  with  IBM, 
CDC,  and  UNI  VAC  systems.  The  products  that  give  DIGITAL  systems 
this  capability  for  communicating  with  IBM  are  called  2780/3780  Protocol 
Emulators  (PEs). 

Communication  between  DIGITAL  RSX  and  IAS  svstems  and  CDC  svs- 
tems  (CDC-6000  or  CDC-CYBER)  is  effected  by  means  of  a  DIGITAL 
product  called  MUX200.  Communication  between  DIGITAL  and  UNI- 
VAC  1100  mainframes  is  effected  by  means  of  the  DIGITAL  UN1004/RSX 
product.  Each  of  these  products  appears  to  be  a  supported  device  to  the 
mainframe  with  which  it  communicates. 

2.  To  permit  DIGITAL  systems  to  be  viewed  by  an  IBM  host  as  HASP 
Remote  Job  Entry  workstations.  These  products  are  known  as  HASP 
Workstation  Protocol  Emulators. 


6-1 


3.  To  permit  DIGITAL  systems  to  engage  in  task-to-task,  interactive  com- 
munications with  an  IBM  host.  In  addition,  terminal  emulation  enables 
DIGITAL  VTKK)  terminals  to  operate  as  IBM  :V211  terminals  in  communi- 
cation with  an  IBM  mainframe.  These  products  comprise  the  3270  Proto- 
col Emulator  product  group. 

4.  To  permit  RSX  systems  to  engage  in  task-to-task  communications  with 
programs  running  in  an  IBM  SNA  environment.  This  product  is  called  the 
RSX/SNA  Protocol  Emulator. 

Each  of  these  products  is  described  in  separate  sections  of  this  chapter. 


6.1    2780/3780  Protocol  Emulators 

These  networking  products  enable  DKUTAL  and  IBM  systems  to  engage  in 
file  transfer  activities.  The  DIGITAL  systems  are  viewed  by  the  IBM  main- 
frame as  Remote  Batch  Job  Entry  Workstations.  While  acting  in  this  capac- 
ity, the  DIGITAL  systems  continue  to  function  as  full-service  computers, 
supporting  application  processing  and  program  development. 

The  two  processors  are  connected  by  dedicated  or  switched  point-to-point 
lines,  with  Autoanswer  capability  supported  in  some  of  the  2780/3780  Protocol 
Emulators  (PEs)  for  the  switched  line  connection. 

The  IBM  Binary  Synchronous  Communications  Protocol  (BISYND  is  emu- 
lated; functionally,  however,  the  protocol  emulator  and  the  IBM  2780/3780 
product  are  significantly  different. 

The  protocol  emulator  transmits  from  and  receives  to  tape  or  disk.  In  other 
words,  the  PE  handles  remote  batch  data  entry  by  means  of  a  file  system. 

Batch  streams  from  IBM  are  controlled  by  means  of  the  IBM  Job  Control 
Language;  the  2780/3780  PE  user  e-ters  commands  if  files  are  being  trans- 
ferred interactively,  or  invokes  indirct  command  files  to  control  job  flow.  Tse 
of  the  indirect  command  files  in  an  unattended  environment  enables  the 
2780/3780  user  to  build  traps  to  recovery  procedures  that  can  either  terminate 
the  procedure  or  trigger  other  functions.  With  this  abilitv,  you  can  utilize 
configuration  resources  that  would  otherwise  be  tied  up  if  an  error  condition 
caused  a  procedure  to /]an^  while  running  unattended. 

Most  importantly,  however,  the  2780/3780  PEs  open  a  line  of  commtmication 
from  DIGITAL  to  IBM  systems  dedicated  to  file  transfer  operations.  By 
means  of  these  emulators,  a  functionally  dedicated  network  is  established 

between  the  communicating  processors.  DKHTAL  systems  take  (m  a  commu- 
nications capability,  while  continuing  to  fulfill  their  roles  in  application  pro- 
cessing and  program  development. 

Most  of  the  PEs  provide  monitoring  and  troublesh(K)ting  facilities.  To  aid  in 
monitoring  operation,  the  PP]s  maintain  traffic  and  error  counters,  and  pro- 
vide status  reporting  on  demand.  A  loopback  testing  capability  enables  you  to 
troubleshoot  the  communications  hardware  configuration. 
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6.2    HASP  RJE  Workstation  Protocol  Emulator 

This  networkinjj  product  enables  a  I)I(in\AL  full  service  computer  to  commu- 
nicate with  an  IBM  mainframe  that  supports  IBM's  Job  Elntry  Subsystem. 

The  Protocol  Emulator  is  viewed  as  a  HASP  Remote  Job  Flntry  \Vorkstati(m 
by  the  IBM  processor.  While  operating  in  this  capacity,  exercising  job  man- 
agement, data  management,  and  task  management  functions  in  a  high  vol- 
ume batch  envin^nment,  the  DKiITAL  system  in  which  the  PE  resides  contin- 
ues to  provide  application  processing  and  program  development  support. 

The  PK  supports  communication  for  up  to  seven  input  and  seven  output  data 
streams  over  a  point-to-point  line  connecting  it  with  the  IBM  mainframe. 
Multi-leaving  (^f  input  and  output  data  streams  permits  concurrent 
transmission  reception  of  card  images  and  printed  output.  The  IBM  Binary 
Synchronous  Communications  Protocol  is  the  line  discipline  emulated. 

Remote  console  support  enables  operators  on  the  DICiITAL  configuration  to 
communicate  directly  v  ith  the  IBM  mainframe  to  check  job  status  and  con- 
trol job  flow. 

In  common  with  other  DKIITAL  networking  products,  the  HASP  PE  offers 
monitoring  functions  that  provide  status  reporting  and  maintain  error  count- 
ers. Loopback  testing  facilities  enable  you  to  check  the  communications  hard- 
ware configuration  that  links  the  HASP  PE  to  the  IBM  mainframe. 


6.3    3271  Protocol  Emulators 


These  networking  products  enable  applications  running  in  DIGITAL  systems 
to  interact  with  cooperating  applications  running  in  host  IBM  systems  that 
support  the  IBM  3271  communications  protocol.  The  host  IBM  system  views 
the  :i271  PE  as  an  IBM  :}271  control  unit. 

On  a  {)r()gram-to-program  basis,  the  cooperating  programs  can  perform  func- 
tions such  as  the  following: 


•  Make  inquiries  against,  and  issue  updates  to.  IBM  or  DIGITAL  data  bases. 

•  Transmit/receive  files  between  DIGITAL  and  IBM  svstems. 

•  Transmit  and  receive  screens  of  data  formatted  in  accordance  with  IBM's 
.^270  terminal  conventions. 


Tlie  PE  applies  and  supervises  the  IBM  Binary  Synchronous  Communica- 
tions F^rotocol  (BISVNC)  over  full-  or  half-duplex  data  links  in  either  point- 
to-point  or  multipoint  configurations.  It  can  support  multiple  synchronous 
lines  and  as  many  as  32  application  programs.  Figure  6-1  illustrates  a  configu- 
ration  that  includes  both  the  PE  and  an  IBM  :<27L 
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Figure  6-1:    A  Multidrop  Configuration  Showing  3271  PE  and  an  IBM 

3271  in  Communication  with  IBM  Host 

VTlOO  terminals  attached  to  DIGITAL  systems  are,  in  effect,  transformed  by 
this  product  into  IBM  3270  terminals  which  can  be  used  to  access  the  IBM 
system.  It  also  continues  to  serve  the  DIGITAL  side  of  the  configuration  as  a 
VTlOO  terminal. 

If  you  are  looking  for  identical  function  in  a  DECnet  to  IBM  SNA  configura- 
tion, see  Chapter  4. 


6.4    RSX/SNA  Protocol  Emulator 

This  networking  product  enables  applications  in  a  DIGITAL  RSX-llM  sys- 
tem to  communicate  with  applications  in  an  IBM  mainframe  that  runs  in  a 
configuration  designed  in  accordance  with  Systems  Network  Architecture. 
User-written  programs  in  the  DIGITAL  and  IBM  systems  interact  via  the  PE 
as  if  they  were  written  for  and  resided  in  the  same  environment. 


6-4 


Overview  of  DIGITAL  Networking  Products 


Three  operating  modes  enable  you  to  choose  the  range  of  SNA  communica- 
tions protocol  you  want  to  exercise.  Emulator  Control  (EC)  mode  gives  you  a 
limited  range,  as  the  PE  does  most  of  the  work  in  applying  SNA-prescribed 
header  information  to  messages  going  to  IBM,  and  stripping  it  from  messages 
coming  from  IBM.  The  SNA  protocol,  in  this  mode,  is  virtually  transparent  to 
the  DIGITAL  user.  In  Extended  Emulator  Control  (XEC)  mode,  a  greater 
range  of  the  SNA  communications  protocol  is  available,  but  the  programs 
running  in  the  RSX  system  must  manage  part  of  it.  In  Applications  Control 
(AC)  mode,  the  entire  range  of  SNA  communications  protocol  may  be  used, 
but  the  cooperating  programs  must  manage  all  of  it.  In  AC  mode,  the  SNA  PE 
is  involved  only  in  initiating  and  ending  a  session  between  the  cooperating 
programs. 

The  SNA  PE  enables  DIGITAL  RSX  systems,  that  may  be  operating  as 
standalone  processors,  to  become  active  participants  in  an  IBM  SNA  network. 
The  IBM  systems  view  the  SNA  PEs  as  programmable  cluster  controllers  in 
an  SNA  network. 

For  information  on  how  DECnet  nodes  communicate  with  IBM  SNA  on  task- 
to-task  and  on  terminal  emulation  bases,  see  Chapter  4. 


DIGITAL'S  Foreign  Protocol-based  Products       6-5 


Application  Scenario  #7;    ORDER  ENTRY/CREDIT  CHECK 
DIGITAL  Terminals  Emulate  IBM  3271 


Communications  Problem:  How  can  terminals  on  a  DIGITAL  system  com- 
municate with  an  IBM  mainframe  on  a  program-to-program,  menu/in- 
quiry basis? 

Application/Environment  Example:  This  user  has  one  or  more  DIGITAL 
systems  operating  in  a  standalone  capacity.  In  addition  to  order  entry, 
each  area  sales  office  runs  autonomous  applications  that  update  customer 
files.  Order  histories  and  customer  profiles  are  compiled,  based  on  the 
amount  and  type  of  equipment  purchased  by  each  customer.  Names  of 
purchasing  agents  are  updated  and  results  of  sales  calls  are  summarized. 

The  Accounts  Receivable  Department  at  corporate  headquarters  has 
noted  that  the  number  of  overdue  accounts  has  increased  of  late.  As  a 
result,  it  has  decided  to  scrutinize  orders  and  customer  histories  more 
closely  prior  to  authorizing  order  placement.  A  code,  specifying  remittance 
terms,  was  to  be  applied  based  on  criteria  by  which  the  customer  profile 
would  be  judged. 

So  as  not  to  offend  customers  or  delay  shipment  of  orders,  the 
customer/profile  information  must  be  made  available  on  line  to  terminals 
at  the  Credit  Department.  All  accounting  applications  run  on  an  IBM 
mainframe.  A  means  must  be  devised  for  transmitting  formatted,  transac- 
tion-type input  from  the  DIGITAL  systems  at  the  area  offices  to  the  IBM- 
based  terminals  at  corporate  headquarters.  Also,  the  terminals  at  corpo- 
rate must  be  able  to  use  an  inquiry  capability  against  the  customer/order 
files  maintained  at  the  sales  offices. 

The  D!GiTAL  product  that  can  contribute  to  the  solution  of  this  type  of 
problcin  is  the  3271  Protocol  Emulator  product  set,  described  in  Section 
6.3.  If  the  same  kind  of  capability  is  required  for  a  DECnet  node  in  com- 
munication with  an  IBM  mainframe  in  an  SNA  environment,  see  Chapter 

,'     4. 
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Application  Scenario  #8;    MONITORING  REMOTE  COSTS 
Files  Move  between  DIGITAL  and  IBM  systems 


Communications  Problem:  How  can  I  move  files  on  a  BISYNC  line  between 
a  DIGITAL  system  and  an  IBM  mainframe? 

Application/Environment  Example:  A  user  has  one  or  more  DIGITAL  sys- 
tems  working  either  as  standalone  processors  or  as  DECnet  nodes.  The 
systems  are  located  in  branch  offices,  research  labs,  warehouses,  corporate 
headquarters  —  every  location  that  has  need  of  autonomous  processing 
capability. 

One  of  the  applications  running  at  the  warehouses,  for  example,  maintains 
detailed  maintenance/repair/downtime  records  on  its  fork  lift  trucks,  ac- 
cumulating downtime  for  repair  histories  on  each  unit.  Thresholds  have 
been  established  on  the  basis  of  which  forklifts  are  taken  out  of  service 
either  for  major  overhauls  or  for  replacement.  On  a  regular  basis,  the 
system  also  specitles  the  units  to  be  taken  out  of  service  for  scheduled 
maintenance. 

The  company  decides  that  rather  than  tying  up  capital  investment  by 
owning  and  maintaining  several  groups  of  forklifts,  and  supporting  the 
maintenance  facilities  and  crews  required,  it  might  be  more  economical  to 
enter  into  a  lease-ser\'ice  agreement  covering  all  of  them  on  a  fleet  basis.  A 
study  has  been  instituted  to  determine  feasibility. 

To  monitor  costs,  periodic  input  on  downtime  and  parts  replacements  is 
transmitted  from  each  warehouse  to  a  report  generator  that  runs  in  an 
IBM  mainframe  at  corporate  headquarters.  The  maintenance  data  accu- 
mulated would  help  determine  the  feasibility  of  a  lease-service  agreement. 
The  DIGITAL  processors  at  the  warehouses  were  recruited  in  this  effort. 
In  effect,  the  once  autonomous  DIGITAL  processors  became  IBM-compat- 
ible workstations,  while  continuing  to  process  jobs  that  were  of  purely 
local  interest  at  the  warehouses. 

The  solution  to  this  kind  of  problem,  as  outlined  in  Section  6.1,  enabled 
the  company  to  institute  other  w^arehouse-to-headquarters  applications.  A 
centralized  inventor>^  control  system,  for  example,  now  uses  input  from 
raw  materials  storage  and  production  facilities. 
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Application  Scenario  #9:    ORDER  ENTRY  AND  ORDER  PROCESSING 
DIGITAL  and  SNA  Applications  Interact 


Communications  Problem:  How  can  I  establish  program -to- program  com- 
munication between  applications  running  in  remote  DIGITAL  systems 
and  a  centralized  application  running  in  an  IBM  mainframe  defined  by 
SNA. 

Application/Environment  Example:  Order  entry  applications  run  in  stan- 
dalone  systems  at  a  textile  manufacturer's  regional  sales  offices.  An  IBM 
mainframe  at  the  company^s  warehouse  and  distribution  center  is  a  host 
in  a  corporate-wide  network  defined  by  Systems  Network  Architecture. 

One  of  the  applications  in  the  mainframe  processes  cutting  orders,  bills  of 
lading,  truck  assignment  and  routing  based  on  sales  information.  Input  to 
this  application  comes  from  the  customer  data  base  maintained  locally  at 
the  distribution  center  and  the  order  information  gathered  and  processed 
at  the  remote  sales  offices. 

The  DIGITAL  networking  product  that  enables  the  DIGITAL  systems  to 
transmit  order  information  to  the  IBM  application,  and  receive  confirma- 
tion of  order  placement  and  completion  back  from  the  IBM  application  is 
the  DECnet/SNA  Gateway.  This  product  is  described  in  Section  4.4.  Co- 
operating programs  in  the  IBM  and  DIGITAL  systems  exchange  informa- 
tion by  means  of  the  Gateway's  application  interface  capability. 
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Appendix  A 

The  DIGITAL  Network  Architecture:  Summary 
Description 


The  DI(;iTAL  Network  Architecture  (DNA)  is  the  model  for  all  DECnet 
implementations  and  the  standard  that  allows  different  DIGITAL  operating 
systems  to  participate  in  the  same  network.  It  also  permits  DECnet  nodes  to 
communicate  through  Gateways  and  Server  nodes  with  communications  facil- 
ities and  other  networks  defined  hy  X.25  and  SNA  protocols. 

DXA  consists  of  layers,  each  of  which  defines  a  distinct  set  of  network  func- 
tions and  the  rules  for  performing  them.  Accordingly,  each  DECnet  imple- 
mentation consists  of  software  modules  that  perform  these  layered  network 
functions  as  DNA  dictates. 


A.1    The  DNA  Layers 


Figure  A-1  illustrates  the  DNA  functional  layers.  The  following  definitions 
summarize  the  purpose  of  each  layer. 

Each  layer  defines  a  distinct  set  of  functions  as  well  as  rules 
for  implementing  those  functions. 


Layers  oriented 
to  user  functions 
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NETWORK  MANAGEMENT  LAYER 


NETWORK  APPLICATION  LAYER 
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to  communication 
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Figure  A-1:    The  DIGITAL  Network  Architecture 
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•  User  Layer.  This  layer  encompasses  user-written  programs  and  services 
that  access  the  network. 

•  Network  Management  Layer.  This  layer  defines  the  functions  used  by 
operators  and  programs  to  plan,  control,  and  maintain  the  operation  of 
DECnet  networks. 

•  Network  Appllcr*'on  Layer.  This  layer  defines  network  functions  used  by 
the  two  higher  layei>.  The  most  important  DPXnet  functions  currently 
operating  in  this  layer  are:  Remote  File  Access,  File  Transfer,  the  Remote 
Terminal  Capability,  and  access  to  X.25  and  SNA  Gateways. 

•  Session  Control  Layer.  This  layer  defines  a  mechanism  that  allows  a 
program  in  one  node  to  communicate  with  a  program  in  another  node, 
regardless  of  either  program's  location  in  the  network.  Modules  in  the  User 
Layer,  the  Network  Management  Layer,  and  the  Network  Application 
Layer,  can  use  the  mechanism  provided  by  the  Session  Control  Layer.  This 
mechanism  is  called  the  logical  link. 

•  End  Communicat.  jn  Layer.  This  layer  handles  the  system  independent 
aspects  of  logical  link  communications.  These  include  connection  manage- 
ment, data  tlow  control,  end-to-end  error  control,  and  segmentation/reas- 
sembly of  user  messages. 

•  Routing  Layer.  This  layer  defines  the  mechanism  for  routing  user  data 
from  a  source  to  a  destination  node.  Modules  in  this  layer  also  provide 
congestion  control  and  packet  lifetime  control. 

•  Data  Link  Layer.  This  layer  defines  a  mechanism  for  error-free  communica- 
tion between  adjacent  nodes,  between  a  node  and  an  X.25  network,  and 
between  a  node  and  an  Ethernet  LAN. 

•  Physical  Link  Layer.  This  layer  encompasses  the  software  device  driver  for 
each  communications  device,  plus  the  communications  hardware  itself.  The 
hardware  includes  interface  devices,  modems,  and  the  communications 
lines. 

A. 2    DECnet  Module  Interfaces 

DNA  defines  the  interfaces  between  DECnet  software  modules  operating 
within  the  same  node.  Reflecting  the  structure  of  DNA,  each  module  can 
communicate  with  modules  in  a  higher  or  a  lower  layer,  but  not  with  another 
module  in  the  same  layer.  Using  these  vertical  interfaces,  each  module  uses 
the  services  provided  by  a  module  in  a  lower  layer  (see  F^igure  A  -2).  In  build- 
ing-block fashion,  the  modules  in  each  layer  support  higher  level  modules  by 
providing  them  with  required  network  services. 

Figure  A-2  illustrates  a  collection  of  modules  residing  in  a  typical  DECnet 
mode.  The  arrows  represent  the  interfaces  between  modules.  The  arrows  point 
down  because  each  module  uses  the  services  provided  by  a  module  in  a  lower 
layer;  a  module  cannot  use  services  provided  bv  a  higher  level  module. 
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Figure  A-2:    DNA  Modules  Resident  in  a  Typical  DECnet  Node 
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A.3    DNA  Protocols 


In  addition  to  defining  vertical  interfaces  within  a  node,  DNA  also  defines  the 
relationships  between  modules  in  separate  nodes.  A  module  in  one  node  com- 
municates only  with  an  equivalent  module  in  another  node,  where  equiraUmt 
means  resident  in  the  same  layer,  and  serving  the  same  network  function. 

Communication  between  equivalent  modules  is  governed  by  a  set  of  rules 
called  a  protocol.  Each  protocol  defines  the  form  and  content  of  messages  to 
be  exchanged  by  modules  residing  in  the  same  layer,  but  in  separate  nodes. 
Equivalent  modules  use  the  same  protocol. 

Protocols  for  modules  in  the  higher  layers  are  more  complex  than  protocols  for 
lower  layers.  For  example,  a  Physical  Link  Layer  protocol  is  defined  in  terms 
of  electrical  signals;  whereas  a  protocol  for  modules  residing  in  the  Network 
Application  Layer  defines  message  formats  and  rules  for  exchanging  mes- 
sages. 

Figure  A-3  illustrates  protocol  communication  between  equivalent  modules  in 
separate  nodes.  Table  A-1  lists  and  briefly  describes  the  function  of  each 
DNA  protocol.  It  also  specifies  the  architectural  layer  in  which  each  of  the 
protocols  reside. 

DNA  does  not  define  protocols  for  all  functional  layers.  For  example,  the  User 
Layer  programs  communicate  o\  er  the  network  according  to  rules  defined  by 
the  programmer.  Furthermore,  more  than  one  protocol  can  be  defined  for  the 
same  layer  because  some  layers  support  more  than  one  function.  See,  for 
example,  the  Data  Link  Layer  in  Figure  A-2.  Also,  the  Network  Application 
Layer  can  include  modules  that  use  the  Data  Access  Protocol  (DAP),  as  well 
as  modules  that  use  a  protocol  defined  by  users  for  a  specific  network  applica- 
tion (transaction  processing,  for  example).  The  protocols  that  DNA  does  de- 
fine are  also  not  exclusive;  users  can  substitute  their  own  protocols,  as  long  as 
they  are  implemented  consistently  by  equivalent  modules  throughout  the 
network.   ,.■_•■■ 

For  detailed  information  on  DNA  and  each  of  the  protocols  it  defines,  see  the 
DNA  specifications  listed  in  the  Bibliography. 
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Figure  A-3:    Protocol  Communication  Between  Two  Nodes 
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Table  A-1 :    DN A  Protocols 


Protocol 

NICE 


Event 
Logger 


DAP 


Routing 


MOP 


Layer 

Network 
Management 


Network 
Management 


Network 
Application 


Network 

Network 

V'irtual 
Terminal 

Application 

Protocols 

X.25 

Network 

Gateway 
Access 

Application 

Protocol 

SNA 

Network 

Gateway 
Access 

Application 

Protocol 

Loopback 

Network 

Mirror 
Protocol 

Application 

J' 

Session  Control 

Session  Control 

Network 

End 

Services 

Communications 

Protocol 

Routing 


Data  Link 


Description 

The  Network  Information  and  Control  Exchange 
protocol  defines  mechanisms  for  exchanging  net- 
work, node,  and  configuration  data,  and  for  serv- 
icing requests  from  mcxlules  residing  in  the  Net- 
work Management  Layer. 

The  Event  Logger  Protocol  records  significant 
events  that  occur  in  the  lower  layers  of  the  archi- 
tecture. Significant  events  include:  line  up, 
counter  reaching  threshold,  node  becoming 
unreachable,  etc. 

The  Data  Access  Protocol  defines  mechanisms 
for  performing  remote  file  access  and  remote  file 
transfer  on  behalf  of  software  modules  residing  in 
the  Network  Management  Layer  and  the  User 
Layer. 

This  is  a  family  of  protocols  used  for  terminal 
access  through  the  network. 


This  protocol  allows  a  node  that  is  not  connected 
directly  with  a  PSN  to  access  the  facilities  of 
that  network  through  an  intermediary  Gateway 
node. 

This  protocol  allows  a  node  which  is  not  con- 
nected directly  to  an  IBM  SNA  network,  access 
to  SNA  facilities  for  terminal  access  and  remote 
job  entry. 

This  protocol  is  used  for  network  management 
logical  link  loopback  tests. 

The  Session  Control  Protocol  sends  and  receives 
logical  link  data,  and  disconnects  and  aborts  log- 
ical links.  Functions  include:  mapping  node 
names  to  node  addresses,  identifying  end  users, 
activating  or  creating  processes,  and  validating 
incoming  connect  requests. 

The  Network  Services  Protocol  defines  a  mecha- 
nism for  creating  and  maintaining  logical  links 
between  higher  level  modules  residing  in  the 
same  node  or  in  different  nodes. 

The  Routing  Protocol  defines  a  mechanism  for 
dispatching  data  to  any  node  in  the  network. 

The  Maintenance  Operation  Protocol  defines 
mechanisms  for  transmitting  data  over  a  com- 
munications channel  to  perform  specific  func- 
tions such  as:  down-line  loading  of  a  remote 
node;  up-line  dumping  from  a  remote  node;  test- 
ing a  node  and  network  connections;  and  starting 
up  an  unattended  remote  node. 

(continued  on  next  page) 
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Table  A-1  (Cont.):    DNA  Protocols 
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Layer 


Description 


DDCMP 


Data  Link 


X.25 


Data  Link 


Ethernet 


Data  Link 


The  Digital  Data  Communications  Message  Pro- 
tocol defines  a  mechanism  for  ensuring  the  integ- 
rity and  sequentiality  of  data  transmitted  over  a 
synchronous,  asynchronous,  or  parallel  commu- 
nications channel. 

The  X.25  Protocol  defines  a  standard  interface 
between  Data  Terminal  Equipment,  such  as 
DECnet  nodes,  and  a  packet -switched  data  net- 
work. 

The  Ethernet  Protocol  provides  a  best-effort  de- 
livery service  between  a  Phase  IV  DECnet  node 
and  the  Ethernet  local  area  network.  It  also  pro- 
vides link  management  procedures  and  an  prror 
detection  capability. 


The  DIGITAL  Network  Architecture:  Summary  Description    A-7 


Appendix  B 

DECnet:  A  Short  History 


DECnet  is  Digital  Flquipment  Corporation's  designation  for  its  software  mod- 
ules, protocols,  hardware,  and  support  services  that  facilitate  construction  of 
distributed  processing  systems  using  DICiITAL  and  nonDKHTAL  computers. 
DF^Cnet  had  its  beginnings  during  the  early  197()\s  in  three  parallel  efforts  to 
develop  network-related  capabilities  for  multiprocessing,  for  communications, 
and  for  remote  access  to  computer  resources.  To  address  the  challenge  of 
distributed  processing,  these  efforts  were  joined  in  a  corporate  network  devel- 
opment program. 

The  program  foresaw  an  ongoing  and  orderly  development  effort  consisting  of 
several  phases.  Each  phase  would  implement  proven  technologies  in  a  manner 
consistent  with  an  architected  design.  Products  introduced  with  each  phase 
would  provide  new  or  improved  networking  features,  while  retaining  compati- 
bility with  products  developed  in  preceding  pliases. 

In  this  way,  a  product  development  strategy  employed  by  DKilTAL  trans- 
lated into  a  network  development  strategy  for  its  customers. 

In  1975,  DKilTAL  first  made  public  its  intention  to  design  and  market  inex- 
pensive and  practical  networks  of  distributed  systems.  The  announcement 
was  supported  by  the  introduction  of  the  Digital  Network  Architecture 
(DXA).  a  system  of  layered  protocols  that  establish  links  and  govern  data 
transmission  ^"^tween  computer  systems.  The  following  year  brought  the  first 
release  of  DI  net  software  products,  which  provided  basic  user  and  commu- 
nication capability  (program-to-program,  point-to-point)  for  links  between 
real-time  systems  of  the  PDP-11  family.  Phase  I  of  DECnet  proved  the  valid- 
ity of  Digital's  networking  concepts  and  resulted  in  the  installation  of  approxi- 
mately 9fX)  operational  network  nodes. 

In  1978,  a  second  phase  of  DPXnet  products  was  announced,  extending  net- 
work capability  acro.ss  all  major  real-time,  timesharing,  and  multifunction 
DIGITAL  operating  sy.stems.  At  the  same  time,  user  capability  was  taken 
beyond  the  byte-oriented  data  exchange  of  F^hase  I  to  include  copying  and 
transfer  of  data  files  from  remote  systems  upon  user  command.  Real-time 
PDP-11  and  VAX  systems  could  al.^o  engage  in  remote  resource  access,  which 
includes  the  capability  for  users  at  one  network  node  to  open,  read,  write,  and 
close  data  files  residing  in  mass  storage  at  dut^ilier  node. 
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Along  with  these  were  capabilities  for  remote  batch  and  command  file  sub- 
mission and  initial  network  management  routines.  Phase  II  also  saw  the  con- 
tinued development  of  high-quality  product  testing  and  support  services, 
which  improved  customer  satisfaction. 

DECnet  Phase  III  concentrated  on  extending  the  communication  capability 
among  Digital's  computers  to  include  message  routing,  multipoint  communi- 
cation and  network  command  terminals,  thereby  expanding  fourfold  the  ma- 
trix of  user  and  communication  functions  available  to  DECnet  users. 

DECnet  Phase  IV  establishes  DIGITAL  as  a  major  supplier  of  products  for 
multi-vendor  network  environments. 

Terminals  and  processors  using  communication  devices  and  techniques  im- 
plemented in  this  Phase  enable  DECnet  nodes  to  interact  with  one  another 
and  with  nonDECnet  systems  over  local  and  wide-area  networks,  over  public 
data  networks  using  X.25  protocols,  and  with  IBM  SNA  mainframes. 

With  communications  server  products  acting  as  network  front -ends.  Phase  IV 
responds  to  user  needs  for  larger  networks,  flexible  layout,  and  for  cost-effec- 
tive use  of  computers  as  applications  processors. 

The  latest  stage  in  an  effort  begun  in  1975  contributes  a  set  of  products  that 
fosters  an  orderly  extension  of  networking  capability  while  protecting  cus- 
tomer investment  in  existing  networking  equipment. 


Overview  of  DIGITAL  Networking  Products 


Glossary 


Thia  glossary  defines  terms  as  used  in  this  Overview. 

adjacent  node 

An  adjacent  node  is  a  node  removed  from  the  local  node  by  a  single  physical 
line.    ,  , 

asynchronous  transmission 

Transmission  in  which  time  intervals  between  transmitted  characters  mav  be 
of  unequal  length.  Transmission  is  controlled  by  start  and  stop  elements  at 
the  beginning  and  end  of  each  character. 

binary  synchronous  protocol 

A  data  link  protocol  that  uses  a  defined  set  of  control  characters  and  control 
character  sequences  for  synchronized  transmission  of  binarv^  coded  data  be- 
tween  stations  in  a  data  communicaticas  svstem. 

carrier-sense  multiple  access  with  collision  detection  (CSMA/CD) 

A  distributed  channel  allocation  procedure  in  which  ever\^  station  can  receive 
all  other  stations'  transmissions.  Each  station  awaits  an  idle  channel  before 
transmitting,  and  each  station  can  detect  overlapping  transmissions  by  other 
stations. 

CCITT 

See  Comite  Consultatif  Internationale  Telephonique  et  Telegraphique. 
circuit 

A  logical  connection  between  protocol  modules  at  the  D^ta  Link  Layer.  There 
is  one  circuit  for  each  DDCMP  point-to-point  line  and  one  circuit  for  each 
tributary  station  on  a  DDCMP  multi-point  line.  There  is  one  circuit  for  each 
X.25  permanent  or  switched  virtual  circuit.  There  is  one  circuit  for  each 
protocol  type  on  an  Ethernet. 
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coaxial  cable 

A  low  noise,  heat  resistant,  shielded  PVC  or  TEFLON-type,  50-ohm  coaxial 
cable,  which  serves  as  the  passive  communicaMons  medium  used  to  link  de- 
vices together  into  a  local  Ethernet  Network. 

Comlte  Consultatlf  Internationale  Telephonique  et  Telegraphique 
(CCITT) 

An  international  committee  that  sets  communications  usage  standards. 

communications  servers 

Phase  IV  nodes  that  act  as  network  front  ends  in  off-loading  certain  communi- 
cations functions  from  host  nodes,  communications  servers  consist  of  Router 
Servers,  Terminal  Servers,  and  Gateway  nodes. 

CSMA/CD 

See  carrier-sense  multiple  access  with  collision  detection. 

device 

Any  data  handling  or  user  equipment  connected  to  the  network. 
dial-up  line 

A  communications  circuit  that  is  established  by  a  switched  circuit  connection. 

down-line  load 

The  process  by  which  one  node  in  a  computer  network  transfers  an  entire 
system  image  or  a  program  (task)  image  to  another  node  and  causes  it  to  be 
executed. 

Ethernet    :'_[''--:,/::- 

A  communications  concept  for  local  communica/on  networks  that  employ 
coaxial  cable  as  a  passive  communications  medium  to  interconnect  different 
kinds  of  computers,  information  processing  products,  and  office  equipment  at 
a  local  business  site,  without  requiring  switching  logic  or  control  by  a  central 
computer. 

event 

An  event  is  a  network  or  system-specific  occurrence  for  which  the  logging 
component  maintains  a  record. 

fiber  optic  cable 

A  transmission  medium  designed  to  transmit  digital  signals  in  the  form  of 
pulses  of  light.  Fiber  optic  cable  is  noted  for  its  properties  of  electrical  isola- 
tion and  resistance  to  electrostatic  contamination. 

flow  control 

The  protocol  mechanism  that  ensures  that  the  sending  station  does  not  over- 
run the  receiving  station  with  more  data  than  it  can  accept. 
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front-end  processor 

A  communications  computer  associated  with  a  host  romputer.  It  may  perform 
line  control,  message  handling,  code  conversion,  error  control  and  applications 
functions  such  as  control  and  operation  of  special-purpose  terminals. 

Gateway 

A  module  or  set  of  modules  which  transforms  the  conventions  or  protocols  of 
one  network  into  the  conventions  or  protocols  of  another. 

hierarchical  networic 

A  computer  network  in  which  processing  control  functions  are  performed  at 
several  levels  by  computers  specially  suited  for  the  functions  performed,  for 
example,  in  a  factory  or  in  laboratory  automation. 

host  (hcst  node) 

A  node  primarily  devoted  to  applications  pi.^^essing,  but  which  can  also  pro- 
vide services  such  as  down-line  load  to  a  target  node,  or  a  route-through 
capability  to  an  adjacent  end-node. 

interactive  communication 

A  protocol  that  allows  one  system  to  interact  with  a  connected  system  at  the 
transaction  level,  rather  than  at  the  file  level. 

interface 

1.  A  shared  boundary  defined  by  common  physical  interconnection  character- 
istics and  meanings  of  interchanger  signals. 

2.  A  device  or  equipment  making  possible  interoperation  between  two  sys- 
tems, e.g.,  a  hardware  component  or  a  common  storage  register. 

3.  A  shared  logical  boundary  between  two  software  components. 
ISO  reference  model 

The  International  Standards  Organization  Reference  Model  for  Open  System 
Interconnection,  ISO  draft  proposal  DP7498.  A  proposed  international  stand- 
ard for  network  architectures  which  defines  a  seven  layer  model,  specifying 
services  and  protocols  for  each  layer. 

Ian  .;■ 

See  local  area  network. 

leased-line 

A  line  reserved  for  the  exclusive  use  of  a  leasing  customer  without  interex- 
change  switching  arrangements.  Also  called  a  private  line. 

line 

The  network  management  component  that  provides  a  distinct  physical  data 
path. 
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link 

1.  Any  specific  relationship  between  two  nodes  in  a  network. 

2.  A  communications  path  between  two  nodes. 
3-  A  data  link.  See  also  line. 

local  area  network  (Ian) 

A  privately  owned  data  communications  system  that  offers  high-speed  com- 
munications channels  optimized  for  connecting  information  processing  equip- 
ment. The  geographical  area  is  usually  limited  to  a  section  of  a  building,  an 
entire  building  or  a  group  of  buildings. 

local  node 

A  frame  of  reference;  the  node  at  which  the  user  is  physically  located.  Com- 
pare remote  node, 

logical  link 

A  logical  link  is  a  carrier  of  a  single  stream  of  full-duplex  traffic  between  two 
user-level  processes. 

message 

The  unit  of  communication  as  seen  by  the  user;  it  may  be  segmented  into 
several  packets  to  traverse  the  network,  or,  in  some  circumstances,  several 
messages  can  be  carried  in  one  packet. 

multipoint  connection 

A  network  configuration  in  which  more  than  two  computers  are  attached  to 
the  same  line.  Use  of  this  type  of  line  normally  requires  some  kind  of  polling 
mechanism,  addressing  each  terminal  with  a  unique  ID.  Also  called  multi- 
drop. Compare  pomf-fo-pom^  connection. 

network 

A  configuration  of  two  or  more  computers  linked  to  share  information  and 
resources.  A  computer  having  the  capacity  to  participate  in  a  network  is 
called  a  node. 

node 

A  node  is  a  network  management  component  consisting  of  a  computer  systeni 
that  supports  networking  software;  for  instance,  a  system  that  supports  DEC- 
net  software. 

non-routing  (end)  node 

A  non-routing  node  can  send  packets  to  other  nodes  in  the  network,  but 
packets  cannot  be  forwarded  or  routed  through  it.  It  can  be  adjacent  to  one 
other  node  only;  therefore,  it  is  always  an  end-node  in  a  Phase  III  configura- 
tion. 
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operating  system 

An  integrated  collection  of  service  routines  for  supervising  the  sequencing  and 
processing  of  programs  by  a  computer.  An  operating  system  provides  access  to 
the  capabilities  of  a  central  processor,  and  also  organizes  and  optimizes  a 
central  processor  and  peripheral  equipment  for  a  certain  range  of  applica- 
tions. 

packet 

A  unit  of  data  to  be  routed  from  a  source  node  to  a  destination  node.  When 
stripped  of  its  route  header  and  passed  to  the  End  Communication  Layer,  it 
becomes  a  datagram. 

packet  switching  network  (PSN) 

A  network  in  which  data  to  be  transmitted  is  divided  into  independent  and 
standard-format  units  of  data  called  packets.  Formats  and  procedures  used  by 
Public  Packet  Switching  Networks  are  governed  by  X.25  protocol. 

permanent  virtual  circuit 

A  virtual  circuit  between  two  X.25  computers  or  terminals  and  computers 
that  is  always  established.  A  logical  channel  is  permanently  allocated  to  a 
permanent  virtual  circuit  at  each  interface  with  the  PSN. 

Phase  ill  node 

A  DECnet  node  that  runs  a  Phase  III  implementation  of  DECnet  and  sup- 
ports routing  as  either  a  full  routing  or  non-routing  (end)  node. 

Phase  IV  node 

A  DECnet  node  that  runs  the  Phase  IV  implementation  of  DECnet.  Phase  IV 
nodes  can  connect  with  local  area  network  cables. 

point-to-point 

A  network  configuration  in  which  a  connection  is  established  between  two  and 
only  two  computers.  Compare  multipoint  connection. 

protocol 

A  basic  procedure  or  set  of  rules  that  govern  and  control  the  flow  of  messages 
between  computers;  also,  a  set  of  conventions  between  communicating  pro- 
cesses regarding  the  format  and  content  of  messages  to  be  exchanged.  Digital 
Network  Architecture  (DNA)  uses  three  basic  protocols  in  a  layered  structure 
as  the  framework  for  DECnet. 

PSN 

See  packet  switching  network. 

remote  node 

A  frame  of  reference;  any  node  other  than  the  one  at  which  the  user  is  located 
in  the  network.  Compare  local  node. 
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Router  Server 

A  Phase  IV  DP'Cnef  node  that  performs  routing  functions  only.  The  Router 
Server  connects  with  the  local  area  network  cable  on  one  side  and  with  host 
nodes  or  other  communications  servers  on  the  other. 

route-through 

The  process  of  directing  packets  from  source  nodes  to  destination  nodes  by 
one  or  more  intermediary  nodes.  Routing  nodes  permit  route-through.  Also 
called  packet  switching. 

routing 

The  process  of  directing  data  message  packets  from  source  nodes  to  destina- 
tion nodes. 

routing  node 

A  full  routing  node  can  forward  packets  to  other  nodes  in  the  network  and  can 
be  adjacent  to  all  other  types  of  nodes. 

SNA 

System  Network  Architecture.  A  methodology  for  networking  IBM  computers 
with  each  other. 

switched  iine 

A  communications  link  for  which  the  physical  path  may  vary  with  each  usage, 
e.g.,  the  dial-up  telephone  network. 

switched  virtual  circuit 

A  temporary  association  between  nodes  and/or  terminals  on  a  PSX. 
synchronous  transmission 

Transmission  in  which  the  data  characters  and  bits  are  transmitted  at  a  fixed 
^ate  with  the  transmitter  and  receiver  synchronized.  This  eliminates  the  need 
lor  start-stop  elements,  thus  providing  greater  efficiency.  Compare  Asynchro- 
nous Transmission. 

Terminal  Server 

A  Phase  IV  DECnet  node  that  connects  up  to  32  terminals  with  the  network. 
topology 

The  physical  or  logical  placement  of  nodes  in  a  computer  network. 

transceiver 

The  device  that  connects  directly  to  the  coaxial  cable  to  provide  both  the 
electronics  to  send  and  receive  the  encoded  signals  and  to  detect  collisions  or 
clear  channel  on  the  cable  and  the  required  electrical  isolation.  It  is  the 
coupling  device  that  links  the  user  device  to  the  coaxial  cable. 
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unattended  operation 

The  automatic  features  of  a  node's  operation  that  permit  the  transmission 
and  rece|)tion  of  messages  on  an  unattended  basis. 

yp-line  dump 

To  send  a  copy  of  a  target  node's  memory  imaj^e  up  a  Hne  to  a  file  at  the  host 
node. 

virtual  terminal 

A  terminal  physically  connected  to  a  host  node  or  Terminal  Server  that  can 
logically  connect  with  another  node. 

wide-area  networic 

A  public  or  private  data  communications  system  in  which  transmissions  are 
carried  primarily  over  telephone  lines. 

X.25 

A  communications  protocol  for  Public  F^acket  Switching  Networks. 

X.25  Gateway 

A  Phase  IV  DECnet  node  thai  connects  nodes  in  the  DECnet  network  to 
DECnet  nodes  or  to  nonDECnet  nodes  on  a  Packet  Switching  Network  that 
uses  the  X.25  protocol. 
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